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(54) 

(57) Each of input and output devices previously 
forms device profile, and a host computer acquires vir- 
tual input/output device information including a pair of 
ideal input and output devices on the basis of the device 
profiles of these devices. If the virtual input/output de- 
vice information is acquired, the input device demands 
to acquire a transfer path profile included in the virtual 



in put/output device inf ormatinn, an d then demands if the 
t ransfer path profilejsacquired the output device regis- 
ter ed in the acq uired transfer path profile to cainect a 
l ine. If the line connection is established, the input de- 
vice performs data inputting such ttiat the acquired 
transfer path profile is reflected in the device setting, and 
then it transfers the input data to the desired output de- 
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Description 

BACKGROUND OF THE INVENTION 
Field of the Invention 

[0001 ] The present invention relates to an information 
processing system and an information processing meth- 
od executed in this system, and rrtore particularty to an 
information processing system composed of input and 
output devices connected to a network an6 an informa- 
tion processing method executed in this system. 

Related Background Art 

[0002] In recent years, it has been widely devek^ed 
and studied an infonmation processing system in which 
plural monofunctional devices such as input devices (e. 
g.. image scanner, digital camera and the tike) artd out- 
put devices (e.g.. printer, fax machine and the like) are 
connected together to provkie a soK^lled muftifurKtk)n 
by combining functk)ns of these nrx)nofunctonal devic- 
es. 

[0003] As the infonmation processing system of this 
type, it has been already known s^, multifunctional system 
in which, after conrtmunk:atk>n data input by the input 
device is once stored in a memory of a host computer, 
the communication data is transmitted to the specifk: 
output d6vk:e selected by a user with a console of the 
host computer. 

[0004] Further, as the infonmatnn processing system 
of this type, it has been already proposed a digital cop- 
ying machine having a so-called muttkx^pying function 
in which the image scanner and the plural printers (clus- 
ter printers) are connected together through a connec- 
tion cable and copy outputting can be performed plural 
times corresponding to the number of connected print- 
ers on the basis of one reading operatnn to a one^ge 
original. 

[0005] However, in the former system (multifunctional 
system), as above, after the communk^ation data is once 
transferred from the input device to the host computer, 
the user must select the output device and transfer the 
communication data to the selected output device. 
Thus, there is the problem that the handling is compli- 
cated as compared with a case where the user operates 
the simplex copying machine itself. 
[0006] Further, since the communicatkyi data is trans- 
ferred from the input device to the output device through 
the host computer, there is the problem that it takes a 
long processing time during which the communication 
data is initially input and finally output. 
[0007] Fu rther, since a sufficient storage area must be 
secured in the host computer to once store therein the 
communication data, there is the problem that it is nec- 
essary to install a large-capacity memory in the host 
computer, whereby the system is expensive as a whole. 
[0008] In the latter system (multicopying system), 



since the input and output devk;es are directly connect- 
ed to each other through the connectk>n cable, it is pos- 
sible to shorten a transfer time and effectively use re- 
sources. However, in a case where the numerous input 

s and output devices are combined with others through 
the network, since there are numerous connection pat- 
terns capable of combining the input device and the plu- 
ral output devices with others, there is the problem that 
the method to designate the output device (i.e., transfer 

10 destination) from the input device is complicated, there- 
by excessively cumbering the user himself with the han- 
dling. 

[0009] Further, when the specifk: output device is se- 
lected from among the plural output devices to output 

^5 the communicatkxi data, such the specific output devk;e 
is selected by handling the console unit of the input de- 
vice. In this case, there is the problem that numerous 
buttons corresponding to the number of output devices 
are necessary on the console unit, or a quantity infor- 

20 mation to be displayed on the console unit must be in- 
creased. Thus, like the former system, the system is ex- 
pensive as a whole. 

[0010] Hereinafter, a conventbnal example that the 
scanner acting as the input device and the printer acting 

2S as the output device are combined with each other to 
realize the copying function will be explained as a ex- 
ample of the multifunctional device. 
[0011] In one method, after the user goes to the posi- 
tion at which the scanner is placed and sets the original 

30 intended to be copied onto the scanner, he goes to the 
position at which a client host computer is placed and 
executes the image reading from the original set on the 
scanner, and then the copying function is realized by 
designating the outputting to the printer. In the other 

35 method, the user designates the destir^ton of the read 
data by using the console panel of the scanner, and the 
data is printed by the printer at the designated destina- 
tion, whereby the copying function is realized. 
[0012] Further, in a case where such the devices are 

^ shared by the plural users, an ID card or the like is issued 
for each department to designate the usable devices. 
[001 3] However, in the former method, it is necessary 
for the user to expressly move to the positkyi at which 
the client host connputer is placed and designate scan 

45 execution and printing execution in order to realize the 
copying function. Such working is laborious and irrcon- 
venient for the user as compared with a case where the 
user handles a copying machine (scanner and printer 
are directly integrated) being. 

50 p)oi 4] In the latter method, since the method thai the 
destination is designated from the scanner is complicat- 
ed, the user is burdened. Also, since it is necessary to 
enlarge the display screen on the console panel and 
provide numerous buttons to newly realize the compli- 
es cated designatk>n method, the cost of the scanner in- 
creases. 

[0015] Further, restriction and management on the 
use of the devices by the ID card or the like are unsuit- 
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able for flexble setting of the individual. 

SUMMARY OF THE INVENTION 

[0016] The present Invention has been wa6e in con- 
sideration of the above problems, and concern thereof 
is to provide an information processing system, an in- 
formation processing method executed in this system, 
input and output devices and an information processing 
device, in which high-speed processing to communica- 
tion data can be performed at low cost and the desired 
output device can be selected from among the plural 
output devices 

[0017] Another concem of the present invention is to 
provide an information processing system and an infor- 
rrkation processing method executed in this system, in 
which an arbitrary output device is selected from an in- 
put device and input data is transmitted to the selected 
output device and subjected to output processing. 
[0016] Still another corrcem of the present invention 
is to provide an information processing system and an 
information processing method executed in this system, 
in which input and output devices and a transfer method 
are set for each user and input data from the input device 
is transmitted to the set output device and subjected to 
output processing. 

[0019] That is, the present invention provides an in- 
formation processing system in which at least one or 
nnore input device for inputting data, plural output devic- 
es for outputting the input data, and an information 
processing device for controlling processing of the data 
are connected to others through a network, wherein 

the i nformation pro cessing device cprriprises 

device information acquirement means for ac- 
quiring device information of the input device 
and the output device, 

search means for searching for the output de- 
vice capable of outputting the data input from 
the input device on the basis of the acquirement 
result of the device infonmation acquirement 
means, and 

registration means for registering virtual input/ 
output device information on the basis of the 
device information of the input and output de- 
vices detected by the search means, and 

the input device comprises 

virtual device information acquirement rr^ans 
for acquiring the virtual input/output device in- 
formation, and 

transfer means for directly transferring the data 
to the output device designated by the virtual 
input/output device infonmation. 

[0020] Further, the present invention provides an in- 
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formation processing method for an information 
processing system In whk:h at least one or^i pore inpu t, 
deviee, plural output devces and an information 
processing~deviceWe'a)^^ to others through a 
network, and the output device is designated to output 
data input from the input device, wherein 

the information processing device acquires devbe 
informatkxi of the input device and the output de- 
vice, searches for the output device capable of out- 
putting the data input from the input device on the 
basis of the acquired device information, and regis- 
ters virtual input/output device information on the 
basis of the device infonriation of the searched and 
detected input and output devices, and 
the input device acquires the virtual input/output de- 
vice information, and then directly transfers the data 
to the output device designated by the virtual input/ 
output device information. 

[0021] Further, the present invention provides an in- 
put device whch is connected to plural output devk:es 
and an information processing device through a net- 
work, comprising: 

virtual device information acquirement means for 
acquiring virtual input/output device informatkxi; 
transfer method information acquirement means for 
acquiring trarrsfer method information included in 
the virtual input/output device informatk^n; and . 
transfer means for directly transferring data to the \ 
output device designated by the virtual input/output ^ 
device infonmatkxi, on the basis^oif the transfer 
method informatkxi. 

[0022] Further, the present invention provkies an out- 
put device which is connected to at least one or nnore 
input device and an information processing device 
through a network, comprising: 

virtual device informatkxi confirmatkxi means for 
confirming whether or not output designation is 
made by virtual input/output device information 
generated by the information processing device; 
data receptkxi means for receiving data directly 
transTBTTKitrom the input device based on transfer 
method information included in the virtual input/out- 
put device informatkxi when the output designation 
is confirmed by the virtual device information con- 
firmation means; and 

output means for outputting the data received by the 
data reception means. 

[0023] Further, the present invention provides an in- 
formation processing device which is connected to at 
least one or more input device and plural output devices 
through a network, comprising: 



3 



5 



EP0975 145 A2 



6 



device information acquirement means for acquir- 
ing device information of the input device and the 
output device; 

judgment means for judging whether or not the out- 
put device capable of outputting data input from the 5 
input device exists, on the basis of the acquirement 
result of the device information acquirement 
means; 

transfer method information generation means for 
generating transfer method information on the basis io 
of the respective device infonnation of the output 
ar)d input devices, when it is judged by the judgment 
means that the output device capable of outputting 
the data from the input device exists; 
registration means for registering virtual input/out- is 
put device information including the transfer meth- 
od information. 

[0Q24] Other advantages and salient features of the 
present rivention will become apparent from the de- 20 
tailed description which, taken in conjurrctton with the 
annexed drawings, disclose the preferred embodiments 
of the present invention. 

BRIEF DESCRIPTION OF THE DRAWINGS 25 
[0Q25] 

Fig. 1 is a structural view showing a multifunctional 
system as an information processing system ac- 30 
cording to the first embodiment of the present in- 
vention; 

Fig. 2 is a btock diagram showing the details of an 
image scanner acting as an input devce; 
Fig. 3 is a plan view showing a console panel of the 3S 
image scanner; 

Fig. 4 is a bk)ck diagram showing the details of a 
laser beam printer acting as an output devrce; 
Fig. 5 is a bkx:k diagram showing the details of a 
host computer acting as an information processing 40 
device; 

Fig. 6 is a ftow chart showing a device informatk)n 
acquirement procedure to be executed in the image 
scanner; 

Fig. 7 is a view showing a device profile formed in ^ 

the image scanner; 
-ic„Fig. 8 is a flow chart showing an input/output device 

selection procedure executed in a host computer, 

for virtually selecting the input and output devices; 
^ Figs. 9A and 9B are front views showing states that 50 

the input and output devces are displayed as icons 

on a CRT of the host computer; 
X— Fig- 10 is a view showing a transfer path profile 

formed in the hc^ computer; 

Fig. 1 1 is a view showing a file of virtual input/output S5 
device information stored in a recording device con- 
nected to a file server; 

Fig. 1 2 is a flow chart showing an image data trans- 



mission procedure to be executed in the innage 
scanner; 

Fig. 13 is a plan view showing a console panel dis- 
playing a data transm^kxi state; 
Fig. 1 4 is a flow chart showing an image data output 
procedure to be executed in the laser beam printer; 
Fig. 15 is a bkx:k diagram showing a structural ex- 
ample of a network constituting a multifunctkxial 
system according to the second embodiment of the 
present invention; 

Fig. 16 is a bkx:k diagram showing a structural ex- 
ample of a control system of an image scanner; 
Fig. 17 is a bkx^k diagram showing a structural ex- 
ample of a control system of a laser beam printer; 
Fig. 18 is a bkx:k diagram showing a structural ex- 
ample of a control system of a host computer; 
Fig. 1 9 is a flow chart showing processing to fomn 
a devk;e profile; 

Fig. 20 is a flow chart showing processing to form 
a virtual proflle; 

Fig. 21 Is a flow chart showing processing in which 
the virtual profile is used by an input device; 
Fig. 22 is a flow chart showing processing in which 
the virtual profile is used by an output devk:e; 
Fig. 23 is a view showing an example of th e device 
proflle; 

Fig. 24 is a view showing an example of a tra nsfer^ Ac 

Fig. 25 is a view showing an example of a user pro- 
flle; 

Fig. 26 is a view showing an example of a definitk)n 
flie ol virtual input and output devices; 
Figs. 27A, 278 arrd 27C are views showing an ex- 
ample of a procedure to form the virtual input and 
output dqvces by a GUI (graphical user interface); 
Fig. 28 is a view showing an example of kxxis of 
virtual input/output devce deflnitkxi proflle by the 
GUI; 

Fig. 29 is a concept ional bkxjk diagram showing a 
structural example of a multifunctkxial system ac- 
cording to the third embodiment of the present in- 
vention; 

Fig. 30 is a bkx:k diagram showing a structural ex- 
ample of a network scanner; 
Fig. 31 is a bkx^k diagram showing a structural ex- 
ample of a network printer; 
Fig. 32 is a bkx:k diagram showing a structural ex- 
ample of a management server; 
Fig. 33 is a view showing an example of a device 
profile in the network scanner; 
Fig. 34 is a view showing an example of a device 
profile in the network printer; 
Fig. 35 is a flow chart showing an operatkxial ex- 
ample erf a device proflle acquirement unit in the 
management server; 

Fig. 36 is a view showing a structural example of a 

devbe profile acquirement instructkxi; 

Fig. 37 © a view showing a structural example of a 
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device profile transfer instruction; 
Fig. 38 is a ftow chart showing an operational ex- 
ample of a device profile supply unit in each ol input 
an6 output devices; 

Fig. 39 is a view showing a structural example of a 
transfer path profile 

Fig. 40 is a flow chart showing an operational ex- 
ample of a transfer path profile supply unit in the 
managennent server; 

Fig. 41 is a view showing a structural example of a 
transfer path profile demand instruction; 
Fig. 42 is a view showing a structural example of a 
transfer path profile transfer instruction; 
Fig. 43 is a flow chart showing an operational ex- 
ample of a transfer path profile acquirement unit in 
each of the input and output devices; 
Fig. 44 is a view showing a structural example of a 
user profile; 

Fig. 45 is a flow chart showing an operational ex- 
ample of a user profile supply unit in the manage- 
ment server; 

Fig. 46 is a view showing a structural example of a 
user profile demarxJ instruction; 
Fig. 47 is a view showing a structural example of a 
user profile transfer instruction; 
Fig. 48 is a flow chart showing an operational ex- 
ample of a user profile acquirenient unit in each of 
the input and output devices; 
Fig. 49 is a view showing appearance of a console 
panel of the network scanner; 
Fig. 50 is a view showing an example of the con- 
tents of a liquid crystal panel displayed after the us- 
er profile is selected; 

Fig. 51 is a view showing appearance of a console 
panel of the network printer; 
Fig. 52 is a view showing the contents of the liquid 
crystal panel displayed when a rightward key on a 
crisscross panel is depressed once; 
Fig. 53 is a view showing the contents of the liquid 
crystal panel displayed after the user prc^le is se- 
lected; 

Fig. 54 is a view showing an instructkjn text ob- 
tained by expanding a user profile transfer demand 
instructkxi; and 

Fig. 55 is a view showing an instructkxi text ob- 
tained by exparKJing a transfer path profile transfer 
demand instruction. 

DETAILED DESCRIPTION OF PREFERRED 
EMBODIMENTS 

[0026] Hereinafter, the embodiments of the present 
invention wilt be explained with reference to the an- 
nexed drawings. 

(First Embodiment) 

[0027] Fig. 1 is a structural view showing a multifunc- 



tional system as an infonmatkx) processing system ac- 
cording to the first embodiment the present invention. 
In the multifunctonal system, an image scanner 1 which 
acts as a n input device to read image data, plural {i.e., 

s first and second) laser b eam printers 2 and 3 which act 
as output devices to output the image data, a host com- 
puter 4 whk^ acts as an informatkxi processing device, 
and a file server 5 which integrally manages a later-de- 
scribed device profile and the like are connected to a 

10 LAN (local area network) 6 through a not-shown LAN 
interface such as an Ethernet interface (e.g., 10BASE- 
2) having a coaxial cable. Further, a recording device 7 
such as a hard disk or the like is connected to the file 
sewer 5. Although the unique network scanner and the 

'5 two laser beam printers are connected to the LAN in Fig. 
1 , the number of these scanner and printers are merely 
determined by way of example. That is, many more de- 
vices may be connected to the LAN. 
[0028] Fig. 2 is a bkx* diagram showing the details 

20 of the image scanner 1 , The image scanner 1 is com- 
posed of a scanner network board 8 whk:h is connected 
to the LAN 6, a console panel 9 which irK:ludes various 
switches, a liqukJ crystal panel and the like, an external 
storage device 1 0 such as a hard disk, an IC (integrated 

2S circuit) card or the like, and a scanner control body unit 
11 which is connected to the board 8. the panel 9 and 
the device 10. 

[0029] The scanner network board 8 can simultane- 
ously use plural network softwares such as NetWare 
30 (available from Novell), UNIX (available from AT&T Bell 
Laboratory) and the like, in order to effectively commu- 
nicate with the various kinds of host conrtputers 4. Also, 
the board 8 can simultaneously use various network 
protocols such as TCP/IP (Transmission Control Proto- 
ns col/lntemet Protocol), IPX/SPX (Intemet Packet ex- 
change/Sequential Packet Protocol) aruJ the like to be 
used in these network softwares. 
[0030] The scanner control body unit 1 1 concretely in- 
cludes a communication control unit 12 which performs 
40 communication control to the host computer 4 and the 
like through the scanner network board 8, a scanner en- 
gine 1 3 whk:h performs image data reading processing, 
a DKC (disk controller) 14 which controls the external 
storage device 10, a RAM (random access memor/) for 
^ the scanner (referred as scanner RAM hereinafter) 15 
which is used as working areas such as an input image 
informaton conversion area, an environment data stor- 
age area and the like, a ROM (read-only menrwry) for 
the scanner (referred as scanner ROM hereinafter) 16 
50 which includes a program ROM 16a storing therein a 
predetermined control program and a data ROM 16b 
storing therein predetermined device setting informa- 
tion, and a CPtJ (central processing unit) for the scanner 
(referred as scanner CPU hereinafter) 17 which is con- 
55 nected to the above components through a system bus 
17 and thus controls the device as a whole. 
[0031] It should be noted that the external storage de- 
vrce 1 0 is connected as an optkxi, and the scanner RAM 
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1 5 is expansible through a not-shown expansion port to 
expand its memory capacity. 

[0032] Fig. 3 is a plan view showing an initial state of 
the console panel 9 of the image scanner 1 . The panel 
9 includes a liquid crystal panel 19 which can display a 
12-column character string, a selection key 20 which is 
used to select various functions of the scanner 1, and 
an execution key 21 which is used to instruct a start of 
image data reading. 

[0033] The selection key 20 further includes a right- 
ward key 20a. a leftward key 20b. an upward key 20c 
and a downward key 20d. In the present embodiment, 
by handling the rightward key 20a. it is possible to dis- 
play a selected virtual output device on the liquid crystal 
panel 19. as described later. 

[0034] Fig. 4 is a bkxk diagram showing the details 
of the laser beam printer (i.e. . first or second laser beam 
printer 2 or 3). That is, each of the printers 2 and 3 is 
composed of a printer network board 22 which is con- 
nected to the LAN 6. a console panel 23 whch includes 
various switches, a Ik^uid crystal panel and the like, an 
external storage device 24 such as a hard disk, an IC 
card or the like, and a printer control body unit 25 which 
is connected to the board 22, the panel 23 and the de- 
vice 24. 

[0035] Like the above scanner network board 8. also 
the printer network board 22 can simultaneously use the 
plural network softwares in order to effectively commu- 
nicate with the varous kinds of host computers 4. and 
can simultaneously use the various networt( protocols 
to be used in these network softwares. 
[0036] The printer control body unit 25 concretely in- 
cludes a communkxation control unit 26 whk:h performs 
communicatKn control to the host computer 4 and the 
like through the printer network board 22. a printer en- 
gine 27 whk:h performs image data output processffig, 
a DKC 28 whk^h controls the external storage device 24. 
a RAM for the printer (referred as printer RAM herein- 
after) 29 which is used as working areas such as an out- 
put image informatkxi conversion area, an environment 
data storage area and the like, a ROM for the printer 
(referred as printer ROM hereinafter) 30 which stores 
therein predetermined informal kxi. and a CPU for the 
printer (refeaed as printer CPU hereinafter) 32 which is 
connected to the above components through a system 
bus 31 and thus controls the devk^ as a whole. 
[0037] The printer ROM 30 includes a font ROM 30a 
storing therein font data or the like to be used when out- 
put information is generated to the printer engine 27, a 
program ROM 30b storing therein a predetermined con- 
trol program and a data ROM 30c storing therein various 
informatibn to be used in the host computer if necessary. 
[0038] It shoukl be noted that the printer RAM 29 is 
expansible through a not-shown expansion port to ex- 
pand its memory capacity, and the plural extemal stor- 
age devces 24 are connectable to the unit 25. That is. 
in additkxi to the built-in font ROM, an optkxial font card 
and the plural extemal storage devices 24 respectively 
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storing therein plural emulation programs are connect- 
able to the unit 25. Further, it may be stmctured that the 
extemal storage device 24 has an NVRAM (non-volatile 
RAM) to store printer setting information from the con- 
s sole panel 23. 

[0039] Fig. 5 is a bkxk diagram showing the details 
of the host computer 4. The host computer 4 is com- 
posed of a KB (keyboard) 33 by whch the user arbitrarily 
inputs predetermined information, a CRT (cathode ray 
10 tube: display unit) 34 whch displays the predetermined 
informatk>n, an extemal storage devce 35 such as a 
flexible disk, a hard disk or the like which stores therein 
a boot program, various applk:atkxi progranr^, font data, 
a user file, an edit file and the like, and an information 
'5 processing body unit 36 which is connected to the KB 
33, the CRT 34 and the extemal storage devk:e 35. 
[0040] Under the control of a network operating sys- 
tem, the host computer 4 can communk^te with the im- 
age scanner 1 and the laser beam printers 2 and 3 
through the scanner network board 8 and the printer net- 
work board 22. respectively. 

[0041] Concretely, the information processing body 
unit 36 is composed of a networic l/F (interface) 37 which 
interfaces with the LAN 6. a KBC (keyboard controller) 
38 whk:h controls key input informatkxi from the KB 33 
and input tnformatbn instructed by a not-shown pointing 
devce, a CRTC (CRT controller) 39 which controls the 
CRT 34. a DKC (disk controller) 40 whk:h controls ac- 
cessing to the extemal storage device 35. a RAM 41 
whch stores therein the input information and also acts 
as a working area, a ROM 42 in which predetermvied 
information has been prevkxjsly stored, and a CPU 44 
whch is connected to the above components through a 
system bus 43 and thus controls these components. 
[0042] The ROM 42 includes a font ROM 42a whch 
stores therein font data or the like to be used in the im- 
age processing, a program ROM 42b in whch a prede- 
termined control program has been stored, and a data 
ROM 42c in whch various data to be used in the image 
processing have been stored. The CPU 44 processes 
image data in which figures, images, characters, tables 
(including table cak:ulation or the like) and the like are 
mixed with others, by using the RAM 41 as the working 
area. That is, the CPU 44 performs expansion (i.e., ras- 
terizing) processing of an outline font to a display infor- 
nraton area provkled on the RAM 41 to enable WYSI- 
WYG (What You See Is What You Get), and then outputs 
and prints the displayed informatbn on the CRT 34 as 
it is. Further, the CPU 44 opens vark>us windows regis- 
tered on the basis of command information instmcted 
by the pointing device or the like, to perform various data 
processing. 

[0043] Fig. 6 is a flow chart showing a device informa- 
tion acquirement procedure to acquire device informa- 
tion (i.e., device profile) of the image scanner 1 or the 
laser beam printer 2 or 3. The program for the operatkxi 
in this flow chart have been stored in the program ROM 
1 6a in the scanner ROM 1 6 or the program ROM 30b in 
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the printer ROM 30. and executed by the scanner CPU 
18 or the printer CPU 32, e.g., when a power supply is 
turned on. 

[0044] In the following, although the device informa- 
tion acquirement procedure in the image scanner 1 will s 
be explained with reference to the flow chart shown in 
Pig. 6, the device information can be acquired even in 
the first and second laser beam printers 2 and 3 in the 
same manner. 

[0045] Initially, in a step S1, the device profile as io 
shown in Fig. 7 is formed on the basis of the various 
data input by the handling of the console panel 9. 
[0046] That is, if the user handles the console panel 
9 to input a profile ID (identifier) of the device profile, a 
device type of own device, a device I D of own device, a is 
network address of own device, a transfer protocol to 
be supported, data processing resolution (i.e., dots per 
inch: dpi), a paper size (or sheet size) to be supported 
and a data format, the device piofile is formed on the 
basis of these data. For example, the user inputs •#r 20 
as the profile ID, 'INPUT DEVICE/IMAGE SCANNER" 
as the device type and 'SCAN 5" as the device ID. Fur- 
ther, the user sequentially inputs various data as shown 
in Fig. 7 to form the device profile. The formed device 
profile is temporarily stored in the scanner RAM 18. 25 
[0047] Subsequently, in a step S2, in order to confirm 
the device profile previously set when the device infor- 
mation was changed, the device profile acquirement in- 
struction of own device (i.e., image scanner 1) is trans- 
mitted to the file server 5. In a subsequent step S3, it is 30 
judged whether or not the sender 5 responds to the in- 
struction. If judged that the sender 5 responds to the in- 
struction, the flow advances to a step S4 to compare the 
device profile received from the file server 5 with the de- 
vice profile temporarily formed in the step SI and stored 3S 
in the scanner RAM 18. 

[0048] Subsequently, it is judged in a step S5 whether 
or not these two device profiles are coincident with each 
other. If judged that these profiles are coincident, then 
it is judged that the device profile does not change, and 40 
thus the processing ends. On the other hand, if judged 
that these profiles are not coincident, then it is judged 
that the contents of the device profile changed, and the 
flow advances to a step S6. In this step, the device pro- 
file stored in the scanner RAM 18 in the step SI and 45 
updated is returned to the file sen/er 5 being the re- 
sponse destination through the communication control 
unit 1 2, and the processing ends. The file server 5 which 
received the device profile writes it into the recording 
device 7. so 
[0049] On the other hand, if judged in the step S3 that 
the server 5 does not respond to the instruction in a cer- 
tain standby lime, the flow advances to a step S7. In this 
step, the device profile formed in the step SI is directly 
broadcasted or transmitted to the respective devices ss 
connected to the LAN 6 as new device profile informa- 
tion, and the processing ends. 
[0050] Thus, as later described, the input and output 
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devices (i.e.. scanner and printer) are selected on the 
basis of the device profile (i.e., device infomnation) 
stored in the file sewer 5 or the device profile directly 
transferred from the image scanner 1 . 
[0W1] Fig. 8 is a flow chart showing an in put/output 
device selection procedure in which the input and output 
devices for a copying operation are virtually selected. 
The program for the operation in this flow chart have 
been stored in the program ROM 42a in the host com- 
puter 4 and executed by the CPU 44. In the present em- 
bodiment, it will be explained a case where the device 
profiles of the input arKJ output devices are acquired 
from the file server 5. 

[0052] In the host corr^uter 4. if the data input is per- 
formed by the user, an input-side device profile acquire- 
ment demand instruction to demand to acquire the de- 
vice profile of the input device is transmitted to the file 
server 5 through the LAN 6 in a step S11. Then it is 
judged in a step SI 2 whether or not the file server 5 
responds to the instruction in a certain time. If judged 
that the sender 5 responds, then it is judged in a subse- 
quent step SI 3 whether or not the plural input-side de- 
vice profiles are acquired. If the number of the acquired 
device profile is one, the flow advances to a step SI 5. 
On the other hand, if the plural input-side device profiles 
are acquired, the flow advances to a step S14. In this 
step, the user handles the keyboard 33 to select one 
input-side device profile (e.g., device profile having de- 
vice I D "SCAN 5" shown in Fig. 7) from among the plural 
input-side device profiles, and the flow advances to the 
step SI 5. 

[0053] Subsequently, in the step SI 5, an output-side 
device profile acquirement denriand instruction to de- 
mand to acquire the device profile of the output device 
is transmitted to the file server 5 through the LAN 6. 
Then it is judged in a step SI 6 whether or not the file 
server 5 responds to the instaiction in a certain time. If 
judged that the server 5 responds, the flow advances to 
a subsequent step SI 7 to search for the output-side de- 
vice profile capable of performing data output in the ac- 
quired output-side device profiles, on the basis of the 
contents of the acquired input-side device profile. That 
is, it is judged whether or not the output device which 
has the output-side device profile of which transfer pro- 
tocol and data format are coincident with those of the 
input-side device profile exists. 
[0054] Then it is judged in a step SI 8 whether or not 
the output device capable of performing the data output 
exists, on the basis of the input-side and output -side de- 
vice profiles. If judged that such the output device exists, 
then it is judged in a step SI 9 whether or not the plural 
output-side devices exist. If the number of the existing 
output-side device profile is one, such the output-side 
device profile and the previously determined input -side 
device profile are selected in pairs, and the flow advanc- 
es to a step S21 - On the other hand, if the plural output- 
side device profiles exist, then in a step S20 the user 
select such the pair of the device profiles. 
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[0055] Concretely, the user handles the pointing de- 
vice on the display screen of the CRT 34 by using a GUI 
(graphical user interface) to select the pair of the device 
profiles. That is, as shown in Fig. 9 A, the display screen 
of the CRT 34 includes a first window section 45 capable 
of displaying the plural available output devices as icons 
and a second window section 46 capable of d^playing 
a virtual connection state between the input and output 
devices as icons. For example, as shown by a connec- 
tion line A. the section 46 displays that the image scan- 
ner 1 (device ID 'SCAN 5') acting as the input device 
and the first laser beam printer 2 (device ID 'LP5-3") 
acting as the output device have been already selected 
as the pair of the device profiles. In this case, if the user 
wishes to further select the second laser beam printer 
3 (device ID "LPS-I ") as the output-side device profile, 
he must drag leftward the printer 3 ("LPS-I ") dteplayed 
as the icon in the first wvkJow section 45 toward a pre- 
determined position in the second window section 46, 
by handling a cursor 47. Then if the icon is moved up to 
the predetermined position, as shown in f 'lrj, 9B, the 
second window section 46 displays that the printer 3 
("l_P5-1 ■) is connected to the image scanner 1 ('SCAN 
5*) through a connection line B. In this state, if the cursor 
47 is moved to an OK button 48 an6 the pointing device 
is clicked, the image scanner 1 ('SCAN 5') and the sec- 
ond laser beam printer 3 (*LP5-3') are selected as a new 
pair of the device profiles. Thus, it is posstoie to realize 
the state tfiat the image scanner 1 is virtually connected 
to the first and second laser beam printers 2 and 3 re- 
spectively through the connection lines A and B. On the 
other hand, if the user could not select the desired pair 
of the device profiles due to hiandling error or the like, 
he must move the cursor 47 to a cartcel button 49 and 
clicks the pointing device, whereby it is possible to can- 
cel the above selectkxi. Then the user repeats the 
above hiandling, whereby it is possible to select the de- 
sired pair of the device prc^les. 
[0056] As above, by selecting on the CRT 34 the in>- 
age scanner 1 and the first and second laser beam print- 
ers 2 and 3 as the pair of the device profiles, the virtual 
connection state of the input and output devices is real- 
ized. Then the flow advances to the step 821 to form a 
transfer path profile as shown in Fig. 10. 
[0057] That is, in order to cause the first and second 
laser beam printers 2 and 3 to output and print the image 
data read by the image scanner 1 , after a profile ID (e. 
g., '#2') of tbe transfer path profile is written, the 
processing contents and the^-pfocessing-target input 
and output devces (e.g., 'COPY SCAN 5 TO l_P5-3, 
LP5-1") are written at the description. Subsequently, 
'SCAN 5' being the devk:e ID of the image scanner 1 
(i.e.. input device) is written, and then the network ad- 
dress of the scanner 1 and the device ID of the connec- 
tion device virtually connected to the scanner 1 are writ- 
ten. Further, various information is written for each con- 
nection device. In the present embodiment, since the 
two laser beam printers 2 and 3 are selected as the out- 



put devices (i.e., device profiles), the device ID, the net- 
work address, the tray stage of the paper discharge des- 
tination, the transfer protocol name, the data processing 
resolutk>n. the paper size and the data format are se- 
s quentially written. As above, the transfer path profile is 
formed. 

[0058] In a subsequent step S22. the transfer path' 
profile is tjBn^ferred to the file sender 5 and storSiTn the 
recording device 7 of the sender 5 togelher^itlrvirtual 
10 inp uyoutp ut device infonmaton. and then the process- 
ing ends. 

[0059] Concretely, as shown in Fig. 1 1 , the virtual in- 
put/output devk^e information includes a virtual input/ 
output devk:e ID. a transfer path profile ID. a user profile 

IS ID and a comment to be displayed on the console panel 
9 of the image scanner 1 . These data (infonmatk>n) are 
stored in the recording devkie 7. In Fig. 11 , symbol 'XX' 
in the comment represents an irKlivklual r^ame (abbre- 
viatkxi) to identify the user. 

20 [0060] If judged in the step SI 2 or SI 6 that the sewer 
5 does noH respond to the instnictkxi, or if judged in the 
step S18 that the available output devk:e (i.e., output 
device capable of performing data output) does not ex- 
ist, error nc^ificatton is performed to the user (step S23), 

2S and the processing ends. 

[0061] Subsequently, it will be explained an image 
processing method in which the inriage data is transmit- 
ted from the inoage^scannerj. to the first and second 
laser beam printers 2 and 3. ~ 

30 posi] FigT r2Tsirflow~chart showing an image data 
transmissk)n procedure. The program for the procedure 
in this flow chatX have been stored in the program ROM 
16a in the image scanner 1 , and executed by the scan- 
ner CPU ia 

35 [0063] If the user depresses the rightward key 20a of 
the selection key 20 on the console panel 9 shown in 
Fig. 3, t he file server 5 is dem anded to acquire the virtual 
input/output devk:e informaton in a step S31 . In a sut>- 
sequent step S32, it is judged whether or not the file 

40 server 5 responds to the denrand in a certain time. Then 
if judged that the file server 5 responds, the received 
virtual input/output device informatk)n is stored in the 
RAM 1 5. and the flow advances to a step 833 to judge 
whether or not the file server 5 acquired the plural virtual 

45 input/output device informatkxi. As shown in Fig. 1 3, the 
device ID'S (e.g., ■LP5-3'and "LPS-I ') being paired with 
own device (i.e., image scanner 1) are displayed on a 
liqukJ crystal panel 19 of the console panel 9, and the 
flow advances to a step S35. On the other hand, if 

so judged in the step S33 that there are the plural virtual 
input/output device informaton indicating the image 
scanner 1 as the input devce, such the information is 
transmitted from the file sender 5 and hierarchically 
stored in the scanner RAM 1 5. Then each virtual input/ 

ss output device informatbn is sequentially displayed on 
the Ikjukj crystal panel 19 every time the rightward key 
20a is depressed. 

[0064] As above, in the case where the plural virtual 
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input/output device information is acquired, the right- 
ward key 20a ts depressed several appropriate times 
until the desired virtual input/output device information 
is displayed on the panel 19. Thus, the specific output 
device information (e.g.. device ID'S "LP5-3' and 
'LP5-1 ■) is selected, whereby it is possible to acquire 
the virtual input/output device information in which the 
pair of the input and output devices has been deter- 
mined. 

[0065] Subsequentfy. in the step S35, the file sen/er 
5 is deman ded to acquire the-tiansfer path profile cor- 
resp onding to the virtualjip uVouaLyt device infpmiation 
acqjj[r€^aisabQfiiQ. Thenit is judged whether or not the 
file sender 5 responds to the demand in a certain time 
(step S36). If judged that the file server 5 responds, the 
flow advances to a step S37 to demarKl the output de- 
vices (e.g., first arwl second laser beam printers: 'LPS-S' 
and "LPS-I") registered in the transfer path profile re- 
ceived from the server 5 to connect the lines. Then it is 
judged in a step S38 whether the Vtne connection is es- 
tablished. If judged that the line connection is estab- 
lished, the various information (i.e.. data processing res- 
olution, paper size and data format) registered in the 
transfer path prc^le is reflected in the device setting of 
the image scanner 1 (step S39), and the data input 
processing (i.e., image reading processing) is per- 
formed (step S40). The read image data is stored in the 
RAM 15 or the external storage device 10. 
[0066] After then, in a step S41 , the image data pre- 
viously stored in the RAM 1 5 or the external storage de- 
vice is directly transferred through the LAN 6 to the out- 
put device (e.g., first laser beam printer 2) registered in 
the transfer path profile, in accordance with an LPD 
(transfer protocol) registered in the transfer path profile. 
In a subsequent step S42, it is judged whether or not 
the image data transfer to all the registered output de- 
vices ends. In this case, sir^e the image data is not 
transferred yet to the second laser beam printer 3, the 
judged result 'NO' is obtained in the step S42. and thus 
the processing in the step S41 is repeated such that the 
same transfer procedure as to the first laser beam print- 
er 2 is executed also to the second laser beam printer 
3. After then, when the judged result 'YES* is obtained 
in the step S42, the image data transmission processing 
ends. 

[0067] If judged in the step S32 or S36 that the server 
5 does not send the response, or if judged in the step 
S38 that the line connection could not be established, 
error notification is pertormed to the user (step S43). and 
the processing ends. 

[0068] In the tra nsmission procedure as above, it is 
pos sible to directly transfer the image data from the inrv 
age scanner 1 to the first and second laser beam print- 
ers"2]ancr3 without passing the data through the host 
computer 4 when the data is transferred. Therefore, 
since it is unnecessary for the host computer 4 to tem- 
porarily store the numerous image data, it is unneces- 
sary to install a high-performance CPU, a large-capacity 



memory or a high-speed accessible memory in the host 
computer Thus, it is possible to perform the high-speed 
processing of the image data at low cost. 
[0069] Further, in the present embodiment, by only 
5 selecting the virtual input/output devce information with 
use of the GUI of the host computer previously, it is pos- 
sible to systemize and use the multifunction obtained by 
flexibly composing the input device and the plural output 
devices. Thus, it is unnecessary to provide a high-res- 

10 olution liquid crystal panel and a console panel including 
numerous keys in the input device (e.g., image scan- 
ner), whereby it is possible to easily realize the high- 
performance multifunctional system by only providing 
the simple console panel. 

*5 [0070] Fig. 14 is a flow chart showing an image data 
output procedure to be executed in the first laser beam 
printer 2. The program for the procedure in this flow 
chart have been previously stored in the program ROM 
30b in the first laser beam printer 2. and executed by 

20 the printer CPU 32. In the present embodiment, a case 
where the image data is output by the first laser beam 
printer 2 will be explained. However, the present embod- 
iment is similarfy applicable to a case where the inr^ge 
data is output by the second laser beam printer 3. 

2S [0071] Initially, in a step S51. a line connection de- 
mand from the image scanner 1 is detected. TTien it is 
confirrr^ed in a subsequent step S52 whether or not the 
first laser beam printer 2 has been designated as the 
output device of the image scanner 1 , on the basis of 

30 the virtual input/output device information. In a subse- 
quent step S53, th e file server 5 is dema nded to acquire 
the transfer pagLRrofile corresponding to the virtual in- 
put/outputjjevice iriforrnation. Then it is judged in a step 
S54'whether or not the file sen/er 5 responds to t hede- 

3S margjr ra certain time. If judged that the sen/er 5 re- 
spoTKJs, the^y arious inform ation (i.e.. data processing 
r esolut ignj paperjsize and data fomnat) registered in the 
transfer path profile received from the file sen/er 5 is re- 
flected in the device setting of the first laser beam printer 

40 2 (step S55). Then the line connection is established be- 
tween the printer 2 and the image scanner 1 which is- 
sued the line connection demand (step S56). and in a 
subsequent step S57 the image data directly transferred 
from the image scanner 1 through the LAN 6 is received 

45 from the registered LPD (transfer protocol). Then in a 
step S58 the printing output processing is executed, and 
the processing ends. 

[0072] On the other hand, if judged in the step S54 
that the file server 5 does not respond to the demand, 
so error notification is performed to the user (step S59), and 
the processing ends. 

[0073] As afcwve, in the present embodiment, the first 
laser beam printer 2 can perform the desirable device 
setting by receiving the virtual input/output device infor- 
ms mation prior to the image data reception. Therefore, it is 
possible to reduce a load of control at the time when the 
image scanner 1 controls the operation of the first laser 
beam printer 2. thereby increasing the performance of 
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the image scanner 1 and decreasing an entire cost. 
[0074] It should be noted that the present invention is 
not limited to the present embodiment That is, although 
the devi ce profile is acquired from the file ser ver 5 in the 
presen"fe mbodimen t,jnsj)ossible to transmit the device s 
proni e as a broa dcast message from the input and out- 
p ut"clevices to oTher devices thro ugh the LAN 6. Further, 
although the v irtual cnput/o ut put device information a nd 
th e transfer path profile are also acquired from the file 
s erver 5 in the present embodim ent, it is possible to tenv io 
porarilystore the virtu al inpu t/output device inforrnation 
a n(tTh0"Tra ?1sfer patFTprofile into the memory <rf the host 
cci nputer 4 and tfTeFTissu e notification from the opmpu- 
ter 4 to the laser beam printers 2 and 3 when the ac- 
quirement is demanded from the printers 2 and 3. Fur- is 
ther. it is possible to previously store the virtual input/ 
output device infomnation, the transfer path profile and 
the device profile into the input or output device. Thus, 
it is possble to omit the file server 5, thereby further de- 
creasing the entire cost. 20 
[0075] Further, in the present embodiment, the output 
data is sequentially transferred by performing 'unicasr 
communication plural times in the steps S41 and S42 
(Fig. 1 2). However, if it is possible to perform 'multicasf 
communication to simultaneously communicate with a 
group including plural nodes in the network, it is desira- 
ble to simultaneously perforrh the data transfer to the 
plural laser beam printers included in the desired trans- 
fer path profile by the 'multicasf communication. 
[0076] Further, the present embodiment has been ex- 30 
plained as to the two laser beam printers (i.e., first arid 
secor>d laser beam printers 2 and 3) as the output de- 
vices. However, if the plural output devices {other than 
printer) such as an inr«ge filing device, a facsimile de- 
vice and the like are descn'bed in the transfer path pro- 3S 
file, the present inventkxi is applicable to the system in 
which the plural different-function output devk:es are 
combined with the input devKe. 
[0077] As described above in detail, in case of trans- 
ferring the data, rt is posstole to directly perform the data 40 
tran sfer from the input device to the p lural output devic- 
es" without using any informatk xi promising device. 
Tfierefore. since it is unnecessary for the information 
processing devce to temporarily store the large-quan- 
tity data, it is unnecessary to install a high-performance 4S 
CPU, a large-capacity memory or a high-speed acces- 
sible mertKiry in the information processing device, 
thereby performing the high-speed image data process- 
ing at low cost. 

[0078] Further, since the pair of the input arxJ output so 
devices is selected by using the GUI, it is possible to 
easily systemize and use the multifunctkxi obtained by 
flexibly composing the input devce and the plural output 
devices. Thus, by selecting the virtual input/output de- 
vice information with use of the GUI, it is unnecessary ss 
to provide a high-resolution liquid crystal panel and a 
console panel including numerous keys In the input or 
output device, thereby easily realizing the high-perform- 



ance multifunctkxial system by provkiing only a simple 
console panel. 

[0079] Further, in the output device, it is possible to 
perform the desirable device setting by receiving the vir- 
tual input/output device information prior to the image 
data receptkxi. Therefore, since it is possible to reduce 
a load of control at the time when the input devce con- 
trols the operation of the output device, thereby increas- 
ing the performance of the input device and decreasing 
an entire cost. 

(Second Embodiment) 

[0080] Hereinafter, the second embodiment of the 
present invention will be explained with reference to the 
annexed drawings. 

<StructuraJ Example of Multifunctk^nal System> 

[0081 ] Fig. 1 5 shows an example of a standard struc- 
ture of a network constituting a multifunctional system. 
In this system, a network board 59 for connecting an 
image scanner to the network and a network board 69 
for connecting a laser beam printer to the network are 
equipped. It should be noted that the number of the im- 
age scanners and the laser beam printers connected to 
the network is not limited to that shown in Fig. 15. 
[0082] In Fig, 15, the network boards 59 and 69 are 
connected to a LAN 100 through a not-shown LAN in- 
terface such as an Ethernet interface (e.g., 10BASE-2) 
having a coaxial cable, a 10BASE-T having an f=U45 or 
the like. Further, plural host computers such as a host 
computer 70 and the like are also connected to the LAN 
100, and such the computer 70 can communk^ate with 
the network boards 59 and 69 under the control of a net- 
work operating system. Further, a file server 80 is con- 
nected to the LAN 100 to manage accessing to files 
stored in a recording devk:e 81 such as a hard disk or 
the like. 

[0083] Moreconcretefy, inordertoeffectivelycommu- 
nk^ate with the vark>us host computers, the networic 
boards 59 and 69 can simultaneously use pluralnetwortc 
softwares such as NetWare (available from Novell), 
UNIX (available from AT&T Bell Uboratory) and the like. 
Also, the boards 59 and 69 can simultaneously use var- 
ious networi< protocols such as TCP/IP, IPX/SPX and 
the like to be used in these network softwares. 
[0084] Briefly, th e file server 80 ac ts as a file manage- 
ment unit which performs data IransmisskxVreceptkxi 
to/f rom the host computer 70, shares the data with ihe 
computer 70. stores the data and performs queuing (i. 
e., data storage in processing queue) of the data to be 
transmitted to a print sender. For example, the data file 
group formed by the host computer 70 is transmitted to 
the file sen/er 80. and the server 80 performs the queu- 
ing of the received data and then transmits the data file 
group subjected to the queuing to a laser beam printer 
60 through the network board 69, thereby performing 
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print processing. Mematively, the data file group 
formed by the host computer 70 can be directly trans- 
mitted to the laser beam printer 60 by the connputer 70 
itself through the network board 69 to perfomi the print 
processing. 

[0O8S\ Subsequently, the structures of the image 
scanner being the input device and the laser beam print- 
er being the output device to which the present embod- 
iment can be suitably applied will be explained with ref- 
erence to Figs. 15 to 18. It should be noted that the 
present embodiment is applicable not only to the image 
scanner and the laser beam printer, but also to other- 
type devices such as a fax machine, a digital camera 
and the like. 

<Structural Example of Image Scanner> 

[0086] Fig. 16 is a bkx:k diagram showing a control 
system structure of the input device in the present enr>- 
bodiment In Fig. 16, the image scanner will be ex- 
plained by way of example. 

[0087] In an image scanner 50, a CPU 51 is the proc- 
essor which performs various calculation and control- 
ling. That is, on the basts of a control program or the like 
stored in a program ROM of a ROM 53 or a control pro- 
gram or the like stored in an external storage device 55 
and toaded into a RAM 52, the CPU 51 controls access- 
ing to various devices connected to a system bus 84 as 
a whole, and inputs an image signal as input infonration 
from a scanner engine 56. 

[0088] The program ROM of the ROM 53 stores there- 
in such the control program of the CPU 51 as executing 
the processing shown in the ftow charts of Figs, 19 to 
22. In a case where the inr^ge scanner does not include 
the external storage device 55, the data ROM of the 
ROM 53 stores therein setting informatk)n and the like 
of devices such as an HD (hard disk), an NVRAM and 
the like. A communicatk)n control unit 58 can control 
communicatKin processing to external devices such as 
a host computer and the like throu^ the network board 
59 under the control of the CPU 51, whereby the infor- 
matton in the image scanner can be notified to the host 
computer and the like. 

[0089] The RAM 52 acts as a main memory and a 
working area for the CPU 51, arxj of which capacity is 
extensible by an optional RAM connected to a not- 
shown expanson port. Concretely, the RAM 52 is used 
as an input \mage information converskxi area, an en- 
vironmental data storage area, or a program loading ar- 
ea into which the program is loaded from the external 
storage device 55. The accessing to the above external 
storage device such as the HD, an IC card or the like is 
controlled by a DKC (disk controller) 54. The external 
storage unit 55 is optkxially connected to store input im- 
age information, the image conversion program an6 the 
like. Numeral 57 denotes a console panel on which op- 
eratkxi switches, an LED (light emitting dkxje) display 
and the like are arranged. 
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[0090] It should be noted that it is possible to structure 
an another-type input device by making the scanner en- 
gine 56 to correspond to other functions such as a digital 
camera and the like. 

5 

<Stmctural Example of Laser Beam Printer> 

[0091] Fig. 1 7 is a bkxk diagram showing a structure 
of a control system of the output device in the present 

10 embodiment. In Fig. 1 7, the laser beam printer will be 
explained by way of example. 
[0092] In the laser beam printer 60. a CPU 61 is the 
processor which periorms vark>us calculation and con- 
trolling. That is, on the basis of a control program or the 

IS like stored in a program ROM of a ROM 63 or a control 
program or the like stored in an extemal storage device 
65 and toaded into a RAM 62, the CPU 61 controls ac- 
cessing to various devces connected to a system bus 
85 as a whole, and outputs an image signal as output 

20 information to a printer engine 66. 

[0093] The program ROM of the ROM 63 stores there- 
in such the control program of the CPU 61 as executing 
the processing shown in the flow charts of Figs. 1 9 to 
22. In a case where the printer does not include the ex- 

25 temal storage device 65 such as an HD, a data ROM of 
the ROM 63 stores therein setting infonnation and the 
like of the devices. A communicatton control unit 68 can 
control communicatkxi processing to extemal devices 
such as a host computer and the like through the net- 

30 woric board 69 under the control of the CPU 61 . whereby 
the infonmation in the printer can be notified to the host 
computer and the like. 

[0094] Numeral 62 denotes the RAM which acts as a 
main mennory and a working area for the CPU 61 . and 

35 of which capacity is extensible by an optional RAM con- 
nected to a not-shown expansion port Concretely, the 
RAM 62 is used as an input image infonmatton expan- 
ston area, an environmental data storage area, or a pro- 
gram toading area into which the program is loaded from 

40 an NVRAM or the extemal storage device 65. 

[0095] The accessing to the above extemal storage 
device 65 such as the HD, an IC card or the like is con- 
trolled by a DKC 54. The extemal storage unit 65 is op- 
tionally connected to store font data, an emulatkxi pro- 

45 gram, form data and the like. Numeral 67 denotes a con- 
sole panel on which operation switches, an LED display 
and the like are arranged. It should be nc^ed that the 
number of the extemal storage device is not limited to 
one. That is, at least one or more extemal storage de- 

50 vices 65 can be connected in order to respectively store 
an optional font card, a program to interpret different- 
system printer control language ar»d the like, in additkxi 
to the built-in font. Further, a not-shown NVRAM can be 
provided to store printer mode setting information sent 

55 from the console panel 67. 

[0096] It should be noted that it is possible to structure 
an another-type input device by making the printer en- 
gine 66 to correspond to other functkxis such as a fax 
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machine and the like. 

<Structural Exanrtple of Host CompiJter> 

[0097] Fig. 18 is a block diagram for explaining the s 
control system structure of the host computer by which 
the control program according to the present embodi- 
ment is executed. 

[0098] The host computer 70 includes a CPU 71 
whch is used for varkxjs cateulation and controlling. io 
That is, on the basis of a word processing program or 
the like stored in a program ROM of a ROM 73 or toaded 
from an external storage devbe 82 into a RAM 72, the 
CPU 71 processes a document in which figures, imag- 
es, characters, tables (including table calculatkxi or the is 
like) and the like are mixed with others. Further, the re- 
spective devices connected to a system bus 86 are en- 
tirely controlled by the CPU 71 . 
[0099] The program ROM of the ROM 73 stores there- 
in such the control programs for the CPU 71 as shown 20 
in the flow charts of Figs. 19 to 22. a font ROM of the 
ROM 73 stores therein font data and the like used in the 
word processing, arKi a data ROM of the ROM 73 stores 
therein various data (e.g.. initial value of printing infor- 
mation, error message and the like) used in the word 2S 
processing. Numeral 72 denotes a RAM whch acts as 
a main memory and a working area for the CPU 71 , or 
acts as a program k>ading area arxl the like. 
[0100] Numeral 75 denotes a KBC (keyboard control- 
ler) whch controls key inputting from a KB 79 or a nc^- 30 
shown potnthg device. Numeral 76 der>otes a CRTC 
(CRT controller) which controls displaying of a CRT 78. 
Numeral 77 denotes a DKC (disk controller) which con- 
trols accessing to the extemal storage device 82 such 
as an HD, an FD (fk)ppy disk) or the like for storing a 3S 
boot program, vahous application programs, font data, 
a user file, an edit file and the like. Numeral 74 derK>tes 
a network l/F which is connected to the input devce (e. 
g., image scanner 50) and the output device (e.g., laser 
beam printer 60) through the network to execute conrv ^ 
muncatkxi control processing to each of the input and 
output devces. In Fig. 16, it should be noted that a net- 
work device (e.g., LAN) arxi other extemal devk:es are 
not shown. 

[0101] The CPU 71 performs expansion (i.e., raster- 4S 
izing) processing of an outline font to, e.g., a display in- 
formation area provided on the RAM 72 to enable WYSI- 
WYG (What You See Is What You Get). In the WYSI- 
WYG, the final outputting form can be confirnned on the 
display unit at any time, the data can be displayed on so 
the display unit according to the user's wishes, and the 
displayed data can be output by the output device as it 
is. Further, the CPU 71 opens varous windows regis- 
tered based on commands instructed by a not-shown 
mouse cursor or the like on the CRT 78, to perform var- ss 
ious data processing. 



<Operatk)nal Example of Multrfunctonal System> 

[0102] In the multifunctbnal system structured as 
above, the present embodiment will be described with 
reference to the flow charts shown in Figs. 19 to 22. 
[01 03] Fig. 1 9 is the flow chart showing the processing 
to be performed in a case where devce informatkyi is 
notifled to the network when power supplies of the input 
and output devices are tumed on or when the setting 
change is performed on the console panel or the like. 
Such the processing is ordinarily performed by the CPU 
51 of the image scanner 50 and the CPU 61 erf the laser 
beam printer 60, but may be performed by the CPU 71 
of the host computer 70 to form and/or update the profile 
of own device. 

[01 04] Initially, in a step S61 , the devce prcrfile includ- 
ing informatkjn shown in Fig. 23 by way of example is 
formed according to the current devce structure. In Fig. 
23. for example. "DEVICE-TYPE" represents whethe r 
the target device is the input devk;e on the output device, 
"DE ViCE-lD" represent s an ID of each device, "DE- 
VICE-ADDRESS" represents a network address erf own 
devce. TRANSMISSION-MODE" re presents a su b:. 
porting tra nsfer protocol , "RESOLUTION" represents 
data~pYecessing resoluton, "MEDIA-SIZE" represents a 
supporting paper size, and "DATA-FORMAT" repre- 
sents a supporting data format. 
[01 05] Subsequently, in a step S62, in order to confirm 
whether or not the informatkxi at the time when the set- 
ting was prevk>usry changed still exists, the instructbn 
to acquire the device profile of own devk^e is transmitted 
to the network. In a subsequent step S63, it is judged 
whether or rK>t a response to the instruction is received 
from the network in a certain time. If judged that the re- 
sponse is received, the flow advances to a step S65 to 
compare the device profile formed in the step S61 with 
the device profile from whch the response is transmit- 
ted. 

[0106] It is then judged in a step S66 whether or not 
the contents of the devk;e profile were changed. If 
judged that the contents were changed, the flow ad- 
vances to a step S67 to return the device profile formed 
in the step S61 to the response destinatkxi, and the 
processing ends. On the other hand, if judged in the step 
S66 that the contents erf the device profile are not 
changed (i.e., klentk:al), the processing ends as it is. 
[0107] If judged in the step S63 that there is no re- 
sponse tothe devce profile acquirement instructkxi, the 
flow advances to a step S64 to broadcast (or transmit) 
the device profile formed in the step S61 to the network 
as new device informatkxi, and then the processing 
ends. 

[0108] Fig. 20 is a flow chart showing processing in 
which a transfer system between the input and output 
devces is determined based on the device inf ormatb n 
of the inp ut and output devic es so as to form togical (or 
vlftOal) input and output devces. This processing is or- 
dinarily performed by the CPU 71 of the host computer 
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70, but may be performed by the CPU 51 of the image 
scanner 50 or the CPU 61 of the laser beam printer 60. 
[0109] Initially, in a step S71 , an instruction to acquire 
the device profile of the input device is transmitted, arKi 
then it is judged in a step S72 whether or not a response s 
to the instruction is received in a certain time. If judged 
that the response is received, then it is judged in a step 
S73 whether or not the plural responding device profiles 
(i.e. , device profiles from which responses are received) 
exist. If the plural responding device prc^les exist, the io 
flow advances to a step S74 to urge the user to select 
the arbitrary device profile and then temporarily store 
the selected device profile information in the RAM 72 or 
the like. 

[0110] Subsequently, in a step S75, an instruction to is 
acquire the device profile of the output device is trans- 
mitted, and then it is judged in a step 76 whether or not 
a response to the instruction is received in a certain time. 
If the response is detected in the step S76, then the flow 
advances to a step S77 to search for the device profile 20 
of the outr;ut device capable of performing output 
processing from the input device (called as available 
output device hereinafter) in accordance with the defi- 
nition contents df the device profile of the input device 
selected in the step S74. It should be noted tfiat. for ex- 2S 
ample, the available output device is represented as the 
device profile of the output device of which value is co- 
incident with that of the device profile of the input device 
and which exists at items TRANSMISSION-MODE' 
and 'DATA-FORMAT 6t the device profile shown in Fig. 30 
23. 

[0111] Then it is judged in a step S78 whether or not 
the available output device exists. If judged that the 
available output device exists, then it is further judged 
in a step S79 whether or not the plural coincident output 3S 
devices exist. If judged that the plural devices exist, then 
the flow advances to a step S80 to urge the user to select 
the arbitrary device profile in such the manner as de- 
scribed above. 

[01 1 2] If the available output device existing is one, or 40 
if the device profile is selected by the user, the flow ad- 
var»ces to a step S81 to form a transfer path profile 
shown in Fig. 24 from the selected device profiles of the 
output and input devices. 

[0113] For example, in the transfer path profi le shown 45 
in Fig. 24. 'INPUT-DEVICE' represents the device ID 
defined in the device profile of the input device, 'INPUT- 
ADDRESS' represents a network address of the input 
device, 'OUTPUT-DEVICE' represents the device ID 
defined in the device profile of the output device, and so 
'OUT-ADDRESS' represents a network address of the 
output device. 'OUTPUT-TRAY' represents the paper 
discharge destination defined in the device profile of the 
output devk:e. 'TRANSMISSION-MODE*. JRESOLU- 
TIOirjMEDIA-SIZE' and 'DATA-FORMAT' define the 55 
values which are coincident between the device profiles 
of the input and output devk:es. Even if the plural kinds 
of coincident values exist, it is possible to select one of 
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them according to prevbusly defined priority order or ar- 
bitrary intention of the user 

[0114] Then in a step S82. the formed transfer path 
profile is transmitted to the network to store it in the re- 
cording devce 81 of the file sender 80 capable of being 
referred by the input devrce or the output devk:e. 
[0115] Further, it is judged in a step S83 whether or 
not a user profile (including additional setting of individ- 
ual user, change of transfer path profile setting value, or 
the like) is to be formed. If the user instructs to form the 
user profile, the flow advances to a step S84 to form 
such the user profile as shown in Fig. 25. 
[0116] For example, in Fig. 25, 'USER' represents a 
user name capable of using this user profile. The values 
defined at 'RESOLUTION', "OUTPUT-TRAY'. 
'TRANSMISSION-MODE', 'MEDIA-SIZE' and 'DATA- 
FORMAT' represent the values forcedly set by the user 
as those sut>stantially the same as the respective values 
at the corresponding definition items of the transfer path 
profile. Further, "ERROR-LOG' represents that en-or in- 
formation is stored in the storage area at the defined 
address when an error is occurred in the processing us- 
ing this user profile. 

[Oil 7] Then in a step 585. a registration instructkx) to 
store a pair of the transfer path profile (Fig. 24) and the 
user profile (Fig. 25) in the recording device 81 of the 
file sender 80 as the virtual input ar>d output devices ac- 
cording to such the definition form as shown in Fig. 26 
is transmitted, and the processing ends. 
[0118] In Fig. 26, 'TRANSMISSION PROFILE' repre- 
sents the transfer path profile, 'USER PROFILE' repre- 
sents the user profile, and 'DISPLAY COMMENT" rep- 
resents the definition message to be displayed on the 
console panel (e.g., LCD (Iquid crystal display)) of the 
input or output devce during the processing using this 
virtual input and output devices. 
[0119] On the other hand, if judged in the step S83 
that the user profile is not formed, the flow advances to 
a step S86 to transmit the registraton instruction of the 
virtual input and output devkies each defining the trans- 
fer path profile, and the processing ends. If there is no 
response to the device profile acquirement demand in- 
structkxi in the step S72 or S76, or if the device profile 
of the available output devk:e can not be detected in the 
step S78. then error notification is performed to the user 
in a step 387, and the processing erKfs. 
[0120] Fig. 21 is a flow chart showing processing in 
which the data is input from the input device and then 
transmitted to the output device in accordance with tog- 
ical (or virtual) input/output device information. This 
processing is performed by the CPU 51 of the image 
scanner 50 (i.e., input device), 
[0121] Initially, if the user instructs start of data input 
processing from the input device, an acquirement in- 
structkxi to acquire from the file server 60 the virtual in- 
put/output device informatbn previously defined in rela- 
tion to the input device is transmitted in a step S91 . Then 
it is judged in a step S92 whether or not the server 80 
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responds to the tnstaiction in a certain time. If the server 
80 responds to the instructipn. then it is judged in a step 
S93 whether or not the plural input/output device infor- 
mation responded exist. If judged that the plural infor- 
mation exist, the flow advances to a step S94 to display s 
them on the console panel or the like to urge the user 
to select the arbitrary virtual input and output devices. 
[0122] In a step S95, an instruction to acquire a de- 
fined profile group irKluding at least the t ransfer path 
profile as shown in Fig. 26 is transmitted to the selected io 
vTrtual tnput and output devices. Then it is judged in a 
step S96 whether or not a response to the instruction is 
received in a certain time. If judged that the response is 
detected, the flow advances to a step S97 to judge 
whether or not the user profile is included in the received is 
profile group. If judged that the user prcrfile is tnclu^ . 
t he flow advances to a step S98 to additionally overwrite 
the values of the us er proflleon to'ffTe^iuW ci die si- 
rniittaBeoue*yT«Sivid transfer piFTprofila Thus, alFor 
a part of the value of the transfer path profile is set as 20 
the value inherent to the user. 
[0123] On the other hand, if judged in the step S97 
that the user profile is not trKluded. each value of the 
received transfer path profile is held as it is. 
[01 24] I n a step S99, a connection demand including 2S 
the virtual input/output device information is transmitted 
to the output device defined by each value the transfer 
path profile, and then it is judged in a step SI 00 whether 
or not the cortnection to the output device is established. 
If judged that the connection is established, in a step 30 
S101 the input device is set to have the value defined 
in the transfer path profile, and then in a step SI 02 the 
data input processing is performed. In a step SI 03, the 
input data is transmitted to the output device according 
to the transfer system defined in the transfer path profile, as 
and the processing ertds. 

[0125] On the other hand, if judged in the step S92 or 
S96 that the file sewer 80 does not send the response, 
or if judged in the step SI 00 that the connection to the 
output device could not be established, en-or notification 40 
is performed to the user in a step SI 04, and the process- 
ing ends. 

[0126] Fig. 22 is a flow chart showing processing in 
which the output device receives the data transmitted 
from the input device and then outputs the data in ac- ^ 
cordarK:e with the logical (or virtual) input/output device 
information. This processing is performed by the CPU 
61 of the laser beam printer 60 (i.e.. output device). 
[0127] Initially, if the connection demand from the in- 
put device is detected in a step S111, then the virtual so 
input and output devices to which the connection is de- 
manded are confirmed in a step S112. In a subsequent 
step S113, an instruction to acquire the defined profile 
group including at least the transfer path profile as 
shown in Fig. 26 is transmitted to the file server 80. Then ss 
it is judged in a step S11 4 whether or not a response to 
the instruction is received in a certain time. If the re- 
sponse is detected, the flow advances to a step 81 1 5 to 
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further judge whether or not the user profile is simulta- 
neously received. If the user profile is also detected, the 
flow advances to a step S1 16 to additionally ovenvrite 
the values of the user profile onto the values of the si- 
multaneously received transfer path profile. 
[01 28] In a step S 11 7. the output device is set to have 
the value defined in the transfer path profile, and the 
flow advances to a step S 1 1 8 to establish the connection 
to the input device from which the connection demand 
is transmitted. Then the data transmitted according to 
the value defined by the transfer path profile is received 
in a step S11 9, the data output processing is perfomied 
tn a step SI 20. and the processing ends. 
[0129] On the other hand, if judged in the steps S1 14 
and S1 1 5 that the file server 80 does not respond to the 
instruction, error notification is perfonmed to the user in 
a step SI 21 , and the processing ends. 
[0130] In the present embodiment, the file sender 80 
is assumed as the storage destination into which the de- 
vice profile, the transfer path profile, the user profile and 
the definition information of the virtual input and output 
devices are stored. However, in a case where the file 
server 60 does not exist, the input and output devices 
themselves can directly notify the demarwling device of 
current structure information when the device profile ac- 
quirement demand is received from such the demand- 
ing device. Further, rt is possible to previously store the 
transfer path profile, the user profile and the virtual input/ 
output device definition into the recording device of the 
host computer which fonmed these data, and then notify 
the demanding input or output device of these data 
when the demand is received from such the device. Fur- 
ther, after the transfer path profile, the user profile and 
the virtual input/output device definition are formed, It is 
possible to transmit these data to the destination input 
and output devices to store them into the recording units 
of these devices, such that these data can be acquired 
from either device. 

[0131] Further, in the same manner as above, it is 
possible to define in the transfer path profile the plural 
output devices being output destinations. Thus, the out- 
put processing of the plural copies can be performed by 
user's one-lime handling. Further, the plural different 
output results can be simultaneously acquired. 
[01 32] In a case where the virtual input and output de- 
vices are formed on the screen of the host computer, 
such the forming operation can be significantly im- 
proved by using a GUI as shown in Figs. 27A to 27C. 
Thai is. initially, as shown in Fig. 27 A. the plural device 
profiles of the input devices are displayed. Subsequent- 
ly, after the user selects desired one of these profiles, 
the device profile of the output device capable of per- 
forming output processing is searched based on the se- 
lected device profile of the input device, and the 
searched device prc^le is displayed as shown in Fig. 
27B. Further, if the user selects the device profile of the 
desired output device in the displayed profile, the list of 
the virtual input and output devices together with the al- 



14 



27 



EP 0 975 145 A2 



28 



ready registered virtual input and output devices is dis- 
played as shown in Fig. 27C. 

[0133] Further, in order to discriminate whether the 
user profiles have been defined for the formed virtual 
input and output devices, it is possible to change dis- s 
played icons as shown in Fig. 28. Thus, it is possible for 
the user to more easily handle the devices and eifec- 
tivety define the logical input and output devices. 
[01 34] As explained above In detail, the device on the 
input side and the device on the output side can be pre- io 
viousty paired and defined, whereby the instruction can 
be issued from either side. Thus, since it is unnecessary 
to perform the complicated setting every time the input 
processing and the output processing are actually per- 
formed, ft is possible for the user to easily handle the is 
entire apparatus, increase user's working efficiency and 
thus shorten an entire processing time. Further, sirxje it 
is unnecessary to temporarily store the input data from 
the input device in the host corr^uter or the file server 
and then transfer the stored data to the output device. 20 
it is possible to reduce the resource loads (recording de- 
vice, CPU. RAM and the like) off the host computer and 
the file server 

(Third Embodiment) 2S 

[0135] Hereinafter, the third embodiment of the 
present inventkxi wilt be explained in detail with refer- 
ence to the annexed drawings. 

30 

<Structural Example of Multifunctional System> 

[01 36] Fig. 29 is a conceptional bkx;k diagram for ex- 
plaining a structural example of a multif unctkxial system 
according to the third embodiment. 3S 
[0137] In Fig. 29. a network 101 uses known tech- 
nique to connect various devices. In the present embod- 
iment, it is assumed that the network 1 01 uses an Ether- 
net using a TCP/IP protocol. 

[0138] A networtc scanner 102 reads a document 40 
printed on a paper (or sheet) or the like, in an optcal 
manner. The scanner 102 has a network interface and 
is thus connected to the various devces through the net- 
woriclOI. 

[0139] Since a management server 103 includes in- ^ 
fornnatk)n (called as transfer path profile hereinafter) 
used to structure a virtual MFP (multifunctional device) 
based on the combinatkxi of the network scanner 102 
and a network printer 104. the sender 103 provides the 
transfer path profile in response to demands from input so 
and output devices. Ordinarily, the management server 
can be realized by k>ading server software into a per- 
sonal computer or a work statkyi. Since the server 103 
has a network interface and is thus connected to the var- 
ious devces through the networi^ 101 . ss 
[0140] The network printer 104 has a network inter- 
face and thus receives print data and image data sent 
through the network interface, and then actually prints 



the received data onto a medium such as the sheet or 
the like by using known printing technique such as elec- 
trophotographic technique or the like. Also, the network 
printer 1 04 is connected to the various devices through 
the network 101. 

[0141] In the present embodiment, it is assumed that 
the image data transmitted from the network scanner 
can be immediately printed by the network printer 104, 
Ordinarily, the image data is once converted into a 
known PDL (page descriptran language) and then trans- 
mitted. Since the details of the PDL have been well 
known, the explanation thereof will be omitted. 

<Struclural Example of Network Scanner> 

[0142] Fig. 30 is a block diagram showing a structural 
example the network scanner 102. 
[0143] In Fig. 30, a scanner engine 201 is the scanner 
engine which uses known optcal reading technque, 
and a CPU 202 is the calculation and control processor 
which controls an entire operatkxi of the network scan- 
ner 102. A RAM 203 is the random access merDory 
which temporarily stores therein the inr^ge data read by 
the scanner engine 201 artd the infomnation used in the 
working. Further, the RAM 203 stores therein programs 
k>aded through a rx>t-shown external storage device or 
the networie A ROM 204 is the read-orily memory which 
stores therein progranre to control the operation of the 
CPU 202. 

[0144] Further, a networie l/F 205 is the interface 
which connects with the network 101. A device profile 
supply unit 206 has a function to transmit devce infor- 
matbn of the network scanner 102 to the management 
sender 103. A transfer path profile acquirement unit 207 
has a functkxi to acquire the transfer path profile from 
the managennent server arxJ store the acquired informa- 
tion into the RAM 203. A console panel 208 is the con- 
sole panel which is composed of a display unit (e.g.. 
LCD, LED or the like) and plural operation buttons So 
as to provide a user interface. A user profile acquirement 
unit 209 has a functkxi to acquire the user profile from 
the management server arxJ store the acquired informa- 
tion into the RAM 203. 

<Structural Example of Network Printer> 

[01 45] Fig. 31 is a block diagram showing a structural 
example of the network printer 104. 
[0146] In Fig. 31, a printer engine 301 is the printer 
engine which uses known printing technique such as 
electrophotography, Inkjet technk^ue or the like, and a 
CPU 302 is the cateulatkxi and control processor which 
controls an entire operatkxi of the networie printer 104. 
A RAM 303 is the random access memory which tem- 
porarily stores therein the image data printed by the 
printer engine 301 and the infomr^tion used in the work- 
ing. Further, the RAM 303 stores therein programs load- 
ed through a not-shown external storage device or the 
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network. A ROM 304 is the read-only niemory in which 
programs to control the operation of the CPU 302 have 
been written. 

[0147] Further, a network l/F 305 is the interface 
whch connects with the network 101. A device profile s 
supply unit 306 has a functkxi to transmit device infor- 
matkxi of the network printer 104 to the nrianagement 
server 103. A transfer path profile acquirement unit 307 
has a function to acquire the transfer path profile from 
the management server and store the acquired infonma- io 
tion into the RAM 303. A console panel 308 is the con- 
sole panel which is composed of a display unit (e.g.. 
LCD, LED or the like) arui plural operation buttons so as 
to provide a user interface. A user profile acquirement 
unit 309 has a furK^tkx^ to acquire the user profile from is 
the management server and store the acquired informa- 
tkxi into the RAM 303. 

<Structural Example Management Server> 

20 

[01 48] Fig. 32 is a bkx:k diagram showing a structural 
example of the managenr^t server 1 03. 
[0149] In Fig. 32, a CPU 401 is the cateulation and 
control processor whch controls an entire operation <rf 
the management server 1 03. A RAM 402 is the random 2S 
access nrtemory whfch stores therein the infomration 
used in the working and programs to control the opera- 
tion of the CPU 401. A devrce profile data base 404 is 
the data base which stores therein devk^e profiles of the 
devk^es connected to the network. A transfer path profile 30 
data base 405 is the data base which stores therein the 
transfer path profile generated from the device profile. 
[0150] A network l/F 406 is the interface which con- 
nects with the network 101 . Adevk^e profile acquirement 
unit 407 has a functkx) to acquire the device profile from 3S 
the devce connected to the network arKl store the ac- 
quired profile into the devce profile data base 404. A 
transfer path profile supply unit 408 has a function to 
read the transfer path profile from the transfer path pro- 
file data base 405 and then supply the read profile to the ^ 
device through the network in accordance with a de- 
mand of the devk:e. 

[0151] A transfer path profile generation unit 409 has 
a function to generate the transfer path profile based on 
the devk» information written in the device profile data 4S 
base 402 and to write the generated profile into the 
transfer path profile data base 405. A user profile data 
base 410 is the data base in whch the profile for each 
user has been stored. 

[0152] A user l/F 411 is composed of a keyboard and so 
a display rrxxiitor which input and edit the user profile to 
be stored in the user prc^te data base 41 0. A user profile 
supply unit 41 2 has a f unctkn to read the user profile 
from the user profile data base 410 and then supply the 
read profile to the devce through the network. ss 



<Example of Device Profile> 

[0153] Subsequently, the devce profile will be ex- 
plained. 

[0154] The device profile is the data which represents 
performance and characteristc of each devce neces- 
sary to structure the virtual MFP (multifunctonal de- 
vce), and includes such text data as shown in Fig. 33. 
[0155] Fig. 33 shows an example of the device profile 
m the network scanner 102. 

[0156] In Fig. 33, "DEVICE-TYPE" represents a kind 

of device. In the drawing, it is shown that the devce is 

the input device (i.e., scanner). 

[0157] "DEVICE-ID" represents a nrKxJel name of the 

devce. In Fig. 33, it is shown that the model name of 

the device is 'SC/VNNER-XXX". 

[0158] "DEVICE-ADDRESS" represents a network 

address <rf the devce. In Fig. 33, it is shown that the 

network address is "172.16.10.2". 

[0159] "RESOLUTION" represents resoluton which 

is supported by the device. In Fig. 33, it is shown that 

the devce supports the resolutbns 400dpi, 600dpi and 

1200dpi. 

[0160] "MEDIA-SIZE" represents a paper (or sheet) 
size whrch is supported by the device. In Fig. 33, it is 
shown that the devce supports the paper sizes A4, AS 
and B4. 

[0161] INPUT-FEE" represents a charge for use of 
the device. In Fig. 33. it is shown that eight yen is 
charged wften an image of A4 size and 16 bits is ac- 
quired. 

[0162] "DOCUMENT-FORMAr represents an image 
fonmat whch is supported by the devce. In Fig. 33, it is 
shown that the devce supports outputting of a JPEG 
(Joint PfK>togFaphc Experts Group) type image, output- 
ting of a GIF (Graphcs Interchange Fomnat) type image 
aruJ outputting ol UPS (LBP Image Processing System) 
4typePDL 

[0163] "INPUT^^OMMAND" represents commands 
to cause the scanner to perform the reading from anoth- 
er devce. If "M/REQ A4-SCAN'. a command "REQ 
A4-SCAN" may be transmitted to the network scanner 
to read the image of A4 size. 

[01 64] Fig. 34 shows an examp le of the device profi le 
in the network printer 104. 

[0165] In Fig. 34, "DEVICE-TYPE" represents a kind 
of device. In Fig. 34. it is shown that the devce is the 
output device (i.e., laser beam printer). 
[0166] "DEVICE-ID" represents a model name of the 
devce. In Fig. 34, it is shown that the model name of 
the device is "LBP-XXX". 

[0167] "DEVICE-ADDRESS" represents a network 
address of the devce. In Fig. 34, it is shown that the 
network address is "172.16.10.3". 
[0168] "RESOLUTION" represents resolutkxi which 
is supported by the devce. In Fig. 34, it is shown that 
the devce supports the resolutkxi 300dpi and 600dpi. 
[0169] "MEDIA-SIZE" represents a paper size which 
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is supported by the device. In Fig. 34, it is shown that 
the device supports the paper sizes Ad. A4, A5 and B4. 
[0170] 'OUTPUT-FEE' represents a charge for use of 
the device. In Fig. 34. it is shown that ten yen is charged 
when a black-and-white image of A4 size is output. s 
[0171] 'DOCUMENT-FORMAT represents an image 
format which is supported by the device. In Fig. 34, it is 
shown that the device supports inputting of UPS 4, 
N201 and ESC/P (Epson Standard Code for Printer). 

10 

<Operational Example of Multifunctional System> 
[collection of device profiles] 

[01 72] The device profiles of th e devices are acquired 
by the device profile acquirement unit 407 of the man- 
agement server 103. 

[0173] Fig. 35 is a flow chart showing the operational 
example of the device profile acquirement unit 407. In 
this case, it should be noted that the unit 407 starts up 20 
together with the sender 103. and operates until the sys- 
tem ends. 

[0174] Initially, in a step S701. a device profile ac- 
quirement instruction (i.e.. device profile transfer de- 
mand) is issued to the devices connecied to the network 2S 
only once when the 6&Ace profile acquirement unit 407 
starts up. Fig. 36 shows a structure of the device profile 
acquirenr^t instructkxi. In Fig. 36, since 'FIEQ' repre- 
sents a transfer demaruj (or transfer request) and 'DE- 
VI CE-PFOFILE' represents the devk:e profile, 'FIEQ 30 
DEVICE-PROFILE' represents the demand for the de- 
vice profile as a whole. This instruction is broadcasted 
to the network in the form of UDP (User Datagram Pro- 
tocol) packet of TCP/IP 

[01 75] Then it is judged in a step S702 whether or not 3S 
a devk» prc^le transfer instru<^kxi (i.e., device prc^le 
transfer dennand) reached the device. If judged that the 
instructkxi does not reach yet, the flow repeats the step 
S702. Fig. 37 shows a structure the device profile 
transfer instruction. At the first line of Fig. 37, since 40 
'SEND' represents the transfer and 'DEVICE-PRO- 
FILE' represents the device profile, 'SEND DEVICE- 
PROFILE* represents the transfer of the device profile 
as a whole. Like Fig. 33, the following lines represent 
the contents of the device profile. This instruction ends ^ 
by 'END^OF.PROFILE' at the final line. 
[0176] If the device profile is transferred, the devce 
profile acquirement unit records the device profile into 
the device profile data base 404 in a step S703. and the 
flow returns to the step S702 to wait for a next device so 
profile transfer instruction. 

[0177] Subsequently, how to transfer the device pro- 
file from the device skle will be explained. 
[0178] Fig. 38 is a flow chart showing the operational 
example of the device profile supply unit at the device ss 
side. It should be noted that numeral 206 (Fig. 30) de- 
notes the device prcrfile supply unit in the network scan- 
ner 102, and numeral 306 (Fig. 31) denotes the device 



profile supply unit in the network printer 104. Further, it 
should be noted that the devrce profile supply unit is 
called when the device starts up. and the unit continues 
operating until the power of the device is turned off. 
[0179] In a step S901 of Fig. 38, the devce transfers 
the device profile to the management server 103 only 
once when the devce starts up. If the server 103 has 
started up, the device profile transfer instruction is re- 
ceived In the step S702 (Fig. 35), and thus the received 
tnstructkxi is reflected in the devk:e profile data base 

404. On the other hand, if the sender 103 does not start 
up, the devce profile transfer instructkxi is not reflected 
in the device prc^le data base 404 of the management 
server 103. 

[0180] In a step S902, it is judged whether or not a 
device profile transfer demarxi instructkxi reached the 
devce. If the instmction does not reach yet. the flow re- 
peats the step S902. If the device profile transfer de- 
mand instruction is sent from the management server 
103, in a step S903the device profile transfer instructkxi 
is sent to the management server 1 03 in the same man- 
ner as in the step S901 . 

[0181] Such the processing is to set the devce infor- 
matk>n to be reflected in the device profile data base 
404 in a case where the device starts up and then the 
managenrient server 103 starts up. Since in the step 
S701 (Fig. 35) the devce profile acquirement unit 407 
of the nranagement sewer 1 03 issues the devce profile 
transfer demand instructkxi when the server 103 starts 
up, it is possible to assure that management server 1 03 
always acquires the device profiles of all the devices 
connected to the network. 

[generatkxi of transfer path profile] 

[0182] In the management server 103, the transfer 
path profile generatbn unit 409 generates the transfer 
path profile on the basis of the device information written 
in the device profile data base 404, and then stores the 
generated profile in the transfer path profile data base 

405. In this case, it shoukl be noted that the transfer 
path profile is automatically generated based on the 
comparison between the data formats of the input and 
output devices, or based on operator's Instructkxis and 
changes. 

[01 83] Fig. 39 shows a structural example of the gen- 
erated transfer path profile. 

[0184] In Fig. 39, "DESCRIPTION" represents a char- 
acter string to be displayed on a panel of the device 
when a transfer path is selected. In this case, it is shown 
that the selected transfer path is "COPY SCANNER- 
XXX TO LBP-XXX". 

[0185] "INPUT-DEVICE" represents a type of input 
devce, and "OUTPUT-DEVICE" represents a type of 
output device. 

[0186] 'INPUT-ADDRESS" represents a network ad- 
dress of the input device, and 'OUTPUT-ADDRESS" 
represents a network address of the output devce. 
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[0187] "DOCUMENT-FORMAr represents a docu- 
ment format to be used in the selected transfer path. 
[0188] •COPY-DEFAULT" represents the number of 
copies to be used as default. 

[0189] 'RESOLUTION' represents resolution in the 
selected transfer path. 

[0190] 'INPUT-COMMAND' represents infomnation 
written in the device profile of the input device. This in- 
formation is the command to cause the input device to 
perform data reading. 

[supply of transfer path profile] 

[0191] Ordinarily, the management sewer has one or 
more transfer path profiles and supplies the transfer 
path profile in accordance with demands from the input 
and output devices. 

[0192] Fig. 40 is a flow chart showing an operational 
example of the transfer path profile supply unit 408 in 
the managenrtent server 103. In this case, it should be 
noted that the unit 408 starts up together with the server 
103. 

[0193] Initially, in a step S1101, all the transfer path 
profiles stored in the transfer path profile data base 405 
when the supply unit started up are notified to all the 
devices connected to the network in respor^ to the 
transfer path profile transfer instruction. Such notifica- 
tion is performed as broadcasting notificatton. 
[0194] In a step S1102, rt IS judged whether or not the 
transfer path profile data base AOS is changed. If the 
data base 405 is changed, the flow advances to a step 
S1103 to notify the changed transfer path profile to all 
the devices connected to the network. Such notification 
is also performed as broadcasting notrficatkxi. 
[0195] lnastepS1104. itisjudgedwhetherornotthe 
transfer path profile transfer denrand instru<^k)n has 
been received from each device. If judged that the in- 
structkxi has been received, the ftow advartces to a step 
S1105 to notify all the transfer path profiles stored tn the 
data base 405 to the demarKiing device in response to 
the transfer path profile transfer instruction. 
[0196] If judged in the step S1102 that the transfer 
path profile data base 405 is not changed, and if judged 
in the step S1104 that the transfer path profile transfer 
demand instructkxi is not received, the flow repeats the 
steps S1102andS1104. 

[0197] Fig. 41 shows a structural example of the 
transfer path profile demand instruction. In Fig. 41 , since 
"REQ" represents a transfer demand (or transfer re- 
quest) and 'TRANSMISSION-PATH-PROFILE' repre- 
sents the transfer path profile, 'REG TRANSMISSION- 
PATH-PROFILE' represents the demand for the trans- 
fer path profile as a whole. 

[0198] Fig. 42 shows a structural example of the 
transfer path profile transfer instruction. In Fig. 42, since 
'SEND' at the first line represents the transfer (or send- 
ing) and "TRANSMISSION-PATH-PROFILE* at the 
same line represents the transfer path profile, 'SEND 
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TRANSMISSION-PATH-PROFILE' represents the 
transfer of the transfer path profile as a whole. Like Fig. 
39, the foltowing lines represent the contents of the 
transfer path profile. This instruction ends by 
5 'END_OF_PROFILE' at the final line. 

[01 99] Fig. 43 is a flow chart showing an operational 
example of the transfer path profile acquirement unit in 
each of the input and output devk:es. It shouM be noted 
that numeral 207 (Fig. 30) denotes the transfer path pro- 
10 file acquirement unit in the network scanner 102, and 
numeral 307 (Fig. 31) denotes the transfer path profile 
acquirement unit in the network printer 104. 
P>200] Initially, in a step S1401 of Fig. 43, in order to 
acquire the transfer path profile, the device issues the 
transfer path profile demand instruction to the manage- 
ment server 103. In response to this instmction. the 
transfer path profile supply unit 408 in the sewer 103 
receives the instmcton, whereby the step S1104 (Fig. 
40) results in "YES" and the flow advances to the step 
S1105 to transfer the transfer path profile. 
[0201] If the transfer path profile Is transferred in re- 
sponse to the transfer path profile transfer instructkxi in 
a step S1 402, the transferred profile is stored in the RAM 
(i.e., RAM 203 of network scanner 102 in Fig. 30; RAM 
303 of network printer 104 in Fig. 31 ) in a step S1403. 
[0202] By the above processing, each devk;e ac- 
quires the transfer path profile from the nranagement 
sewer 103 and then stores it ffi the RAM 203 or 303. 



[0203] Subsequently, the user profile will be ex- 
plained. 

[0204] The user profile prevously defines the availa- 
3S ble input and output devices for each user. Since the 
user profile can be input from the user l/F 411 of the 
managennent sewer 103 arxJ edited, the user prcrfile is 
prevkxjsly edited prkx to tiie use of system and stored 
in the user profile data base 410. 
40 [0205] Fig. 44 shows an example <rf the user profile 
stored tn the user profile data base 410. 
[0206] In Fig. 44, "USER" represents a user name 
which is an individual ID to discriminate the user Each 
user has a different name, and such the name is dis- 
45 played on the panel of the device. In Fig. 44. it is shown 
that the user in question has been registered as the 
name 'KAJIMA'. 

[0207] 'GROUP' represents an organizatkxi and 
business rank of the user in question. In Fig. 44, it is 
50 shown that he betongs to the group named 'DESIGN, 
PROJECr. 

[0208] 'PASSWORD' represents a password to cer- 
tify the user in questwn. In Fig. 44, it is shown that his 
password Is '1234'. 
55 [0209] 'INPUT-DEVICE' represents a name of the in- 
put device capable of being used by the user in question. 
In Fig. 44, it is shown that he can use the input devices 
named 'SCANNER 001 ' and 'SCANNER 008'. 
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[0210] 'OUTPUT-DEVICE' represents a name of the 
output device capable of being used by the user in ques- 
tion. In Fig. 44. it is shown that he can use the output 
devices named 'LBP 07' and 'LBP 05'. 

5 

[supply of user prc^le] 

[0211] Ordinarily, the n^agement sender 103 has 
one or more user profiles and supplies the user in ac- 
cordance with demands from the input and output de- io 
vices. 

[0212] Fig. 45 is a flow chart showing an operational 
example of the user profile supply unit 412 in the man- 
agement server 1 03. In this case, it should be noted that 
the unit 41 2 starts up together with the sender 1 03. is 
[0213] Initially, in a step S2101, all the user profiles 
stored in the user prc^le data base 41 0 when the supply 
unit started up are notified to all the devices connected 
to the network in resportse to a user profile transfer in- 
struction. Such notification is performed as broadcast- 20 
ing notification. 

[0214] In a step S21 02, it is judged whether or not the 
user profile data base 410 is changed. If the data base 
41 0 is changed, the flow advances to a step S21 03 to 
rK)tify the changed user profile to all the devices con- 2S 
nected to the network. Such rK>tffication is also per- 
formed as broadcasting rK>tificatk)n. 
[021 5] I n a step S21 04. it is judged whether ornot the 
user profile trar^sfer demand irtstruction has been re- 
ceived from each device. If judged that the instructkxi 30 
has been received, the tksw advances to a step S2105 
to notify all the user profiles stored in the user profile 
data base 410 to the demanding device in response to 
the user profile transfer instmction, 

[021 6] Fig. 46 shows a structural exannple of the user 3S 
profile demand instruction. In Fig. 41, since 'REQ' rep- 
resents a transfer demand (or transfer request) and 
■TFIANSMISSION-USER-PROFILE' represents the us- 
er profile, 'REQ TRANSMISSION-USER-PROFILE' 
represents the demand for the user profile as a whole. 40 
[021 7] Fig. 47 shows a structural example of the user 
profile transfer iristrudion. In Fig. 47, since "SEND' at 
the first line represents the transfer (or sending) and 
•TRANSMISSION-USER-PROFILE' at the same line 
represents the user profile. 'SEND TRANSMISSION- 45 
USER-PROFILE" represents the transfer of the user 
profile as a whole. Like Fig. 44, the following lines rep- 
resent the contents of the user profile. This instruction 
ends by •END_OF_PROFlLE' at the final line. 
[0218] Fig. 48 is a flow chart showing an operational so 
example of the user profile acquirement unit in each of 
the input and output devices. It should be noted that nu- 
meral 209 (Fig. 30) denotes the user profile acquirement 
unit in the network scanner 102, and numeral 309 (Fig. 
31 ) denotes the user profile acquirement unit in the net- ss 
work printer 104. 

[0219] Initially, in a step S2401 , in order to acquire the 
user profile, the device issues the user profile demand 



instruction to the management server 103. In response 
to this instruction, the user profile supply unit 412 in the 
sender 103 receives the instruction, whereby the step 
S2104 (Fig. 45) results in 'YES' and the flow advances 
to the step S2105 to transfer the user profile. 
[0220] If the user profile is transferred in response to 
the user profile transfer instruction in a step S2402. the 
transferred prcrfile is stored in the RAM (i.e., RAM 203 
of network scanner 102 in Fig. 30; RAM 303 of network 
printer 104 in Fig. 31) in a step S2403. 
[0221] By the above processing, each device ac- 
quires the user profile from the n^agement sender 1 03 
and then stores it in the RAM 203 or 303. 

(example of data transfer from scannerJoj)rinter] 

[0222] Subsequently, processing to actually print an 
original read from the scanner by the printer will be ex- 
plained. 

[0223] Initially, the user sets the original onto the net- 
work scanner 102 and then handles the panel for the 
printing. 

[0224] Fig. 49 is a view showing appearance of the 
console panel 208 of the network scanner 102. In Fig. 
49, numeral 1501 denotes a liquid crystal panel which 
candisplaya 12-column character string, numeral 1502 
denotes a crisscross key panel which is used to select 
each function, and numeral 1503 denotes an execution 
button which is used to execute the scanning. 
[0225] Thus, the user selects the user prc^le by de- 
pressing the rightward key on the panel 1502. 
[0226] Fig. 52 is a view showing the contents of the 
liquki crystal panel 1501 (Fig. 49) in a case where the 
rightward key on the crisscross panel 1 502 is depressed 
once. That is. since the character string on the panel 
1 501 shows the contents of "USER" in Fig. 44, the panel 
represents tfiat the user profile shown in Fig. 44 has 
been selected. 

[0227] If the plural user profiles have been registered 
in the network scanner 102. it is possible to select an- 
other profile by further depressing the rightward key on 
the panel 1502. In the user profile selection in the 
present embodiment, since only the user profile in which 
the devrce name of the scanner 1 02 has been written at 
"INPUT-DEVICE" is displayed on the panel, the user 
can not select another user profile. In any case, if the 
downward key is depressed, the selected user profile is 
established or fixed. 

[0228] If the selected user profile is established, the 
user inputs a password (or PIN code) in a password in- 
put mode. Fig. 53 shows a state that '0' is displayed at 
the first column of four-column password. '*" (i.e., as- 
terisk) is displayed at the remaining three columns, and 
a cursor is displayed under '0'. In this state, by depress- 
ing the upward and downward keys on the panel 1502 
of Fig. 49, a numeral in the password can be changed 
within the range of "0" to '9'. After the user sets the cor- 
rect numeral at one column, he depresses the rightward 
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key to rightward shift the setting column by one and then 
sets the numeral at the next column. On the other hand, 
rf the user depresses the leftward key, he can return the 
cursor to the column at which the nunr^ral setting has 
already ended. If the user ends to input the password 5 
suitable for the selected user profile by repeating such 
an operation as above, he depresses the downward key 
to establish or fix the password. Then the network scan- 
ner 1 02 compares the input password with the password 
in the user profile. If the input passwords is coincident io 
with the password in the user profile, then the user se- 
lects the transfer path profile. On the other hand, if not 
coincktent, the scanner 102 cancels its operation and 
returns to a starxiby state. 

[0229] If coinckJent. then the user selects the transfer is 
path profile. Fig. 50 is a view showing an example of the 
contents on the Ik^uid crystal panel displayed after the 
password check ends. The panel displays the character 
string at •DESCFUPTION' in Fig. 39. and thus repre- 
sents that the transfer path profile shown in Fig. 39 has 20 
been selected. 

[0230] If the plural transfer path profiles have been 
registered in the network scanner 102. another profile 
can be selected by depressing the ri^tward key on the 
panel 1502. At this time, only the transfer path profiles 2S 
in whrch the output devk:e described in the user profile 
has been designated as the output destinatkxi are se- 
lected and displayed on the panel. Therefore, the user 
can select the transfer path profile only within his own 
user profile designatk)n range. 30 
[0231] Then a copying f unctkxi whk:h uses the select- 
ed transfer path profile is executed by depressing the 
scanning execution button 1 503. According to the trans- 
fer path profile shown in Fig. 42. the network scanner 
102 selects the •172.16.10.3' (i.e., network printer) de- 3S 
scribed at "OUTPUT- ADDRESS" as the output devrce, 
reads the original at the resolutkxi "600dpi" described 
at "RESOLUTION", and then transmits the print data in 
the form of "LIPS 4" described at "DOCUMENT-FOR- 
MAT". The number of copy is "one" as described at 40 
"CX)PY-DEFAULT". 

[0232] The print data is transferred to the network 
printer 104 through the network 101. At this time, the 
printer 1 04 only prints the transferred print data irrespec- 
tive of the transfer path profile. 45 
[0233] In the above description, the method to select 
the transfer path profile on the console panel of the net- 
viork scanner 102 and transfer the print data to the net- 
work printer 104 has been explained. Hereinafter, a 
method to conversely select the transfer path profile on so 
the console panel of the network printer 104 and trans- 
mit the print data to the network scanner 102 will be ex- 
plained. 

[0234] The network printer 1 04 acquires the user pro- 
file arxi the transfer path profile in the same manner as ss 
the atwve-described manner in which the network scan- 
ner 102 acquires the user profile and the transfer path 
profile from the management sender 103. 



[0235] The user sets the original onto the network 
scanner 102 and then handles the panel the networic 
printer 104 for the printing. 

[0236] Fig. 51 is a view showing appearance of the 
console panel 308 of the network printer 104. 
[0237] In Fig. 51 . numeral 1701 denotes a Iquki crys- 
tal panel which can display 12-column characters, nu- 
meral 1702 denotes a crisscross key panel which is 
used to select each f uncfion, and numeral 1 703 denotes 
an execution button which is used to execute the print- 
ing. 

[0238] Thus, the user selects the user profile by de- 
pressing the rightward key on the panel 1702. 
[0239] Fig. 52 is the view showing the contents of the 
liquid crystal panel 1701 in the case where the rightward 
key on the crisscross panel 1702 is depressed once. 
That is, since a character string on the panel 1701 
shows the contents of "USER" in Fig. 44. the panel rep- 
resents that the user profile shown in Fig. 44 has been 
selected. 

[Q24G] If the p' jral user profiles have been registered 
in the network printer 1 04. it is possible to select another 
profile by further depressing the rightward key on the 
panel 1702. In the user profile selection, since only the 
user profile in which the device name of the printer 104 
has been written at "OUTPUT-DEVICE" is displayed on 
the panel, the user can not select another user profile. 
In any case, if the downward key is depressed, the se- 
lected user profile is established or fixed. 
[0241] If the selected user profile is established, then 
the user inputs a password (or PIN code) in a password 
input mode. Fig. 53 shows a state that "0" is displayed 
at the first column of four-column password, "*" is dis- 
played at the remaining three columns, and a cursor is 
displayed under "0". In this state, by depressing the up- 
ward and downward keys on the panel 1 702, a numeral 
in the password can be changed (i.e., increased or de- 
creased). After the user sets the correct numeral at one 
column, he depresses the rightward key to rightward 
shift the setting column by one and then sets the numer- 
al at the next column. If the user ends to input the pass- 
word suitable for the selected user profile by repeating 
such an operatkxi as above, he depresses the down- 
ward key to establish the password. Then the network 
printer 104 compares the input password with the pass- 
word in the user profile. If the input passwords is coin- 
citienl with the password in the user profile, then the us- 
er selects the transfer path profile. On the other hand, 
if not coincident, the printer 104 cancels its operatkxi 
and returns to an initial standby state. 
[0242] If coincident, then the user selects the transfer 
path profile by depressing the rightward key on the panel 
1702. Fig. 50 is the view showing the example of the 
contents on the liqukJ crystal panel displayed after the 
password check ends. The panel displays the character 
string at "DESCRIPTION" in Fig. 39. and thus repre- 
sents that the transfer path profile shown in Fig. 39 has 
been selected. 
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[0243] if the plural transfer path profiles have been 
registered in the network printer 1 04. arK>ther profile can 
be selected by depressing the rightward key on the pan- 
el 1702- At this time, only the transfer path profile which 
includes the input device described in the selected user s 
profile is selectively displayed. 
[0244] Then a copying functk)nwhk:h uses the select- 
ed transfer path profile is executed by depressing the 
printing executkxi button 1 703. According to the transfer 
path profile shown in Fig. 42. the network printer 104 io 
selects the '172.16.10.2' (La, network scanner) de- 
scribed at 'INPUT-ADDRESS' as the input device, and 
transmits the read command described at 'INPUT- 
COMMAND' to the input devce, thereby demanding the 
reading. is 
[0245] If the network scanner 102 receives the read 
commar^d, ft reads the original at the designated paper 
size and then returns the data of the read original to the 
network printer 104. 

[0246] In the present embodiment, the input and out- 20 
put devk:es dem^ all the transfer path profiles to the 
management sender 103. However, in the case where 
the plural input ^ output devices are connected to the 
network 1 01 . it is probable that the tiansfer path profile 
not using certain devk:es exist In this case, it is wasteful 2S 
to store the informatk)n cofKieming such the transfer 
path profile in the RAM of the device. For this reason, it 
is thought to expand the transfer path profile transfer 
demand such that only the trar^er path profiles con- 
cerning own device are transmitted. 30 
[0247] Fig. 55 is a view showing the tnstructkxi text 
obtained by exparxJing the transfer path profile transfer 
demand instructkxi shown in Fig. 41 . In Fig. 55. 'MATCH 
INPUT-ADDRESS = 172.16.10.2' represents that the 
instnx:tk3n demarxis the transfer path profile suitable for 3S 
the input devce address '172.16.10.2'. 
[0248] Also it is thought to expand the instruction (or 
commarxi) such that only the user profiles concerning 
own device are transmitted. 

[02491 Fig. 54 is a view showing the instniction text 40 
obtained by expanding the user profile trar^fer demand 
instmctkxi shown in Fig. 46. In Fig. 54. 'MATCH INPUT- 
ADDRESS = 172.16.10.2' represents that the instruc- 
tion demands the user profile suitable for the input de- 
vice address '172.16.10.2'. 45 
[0250] In the present embodiment, it is assumed that 
both the transfer path profile and the user profile are 
stored in the management server. However, in order to 
enable the printing even in a case where the manage- 
ment server does rK3t operate, it is possible to register so 
the transfer path profile and the user profile in a nonvol- 
atile menrxxy of each device, and moreover rt is possible 
to build each device as it has the function kJentical with 
that of the management server. 

[0251] Further, in the present emtxxiiment. it is as- ss 
sumed that the user profile is selected on the console 
panel of the device and the password is input. However, 
it is possible for the user to store his own user profile 



into a portable nonvolatile storage medium (e.g., mag- 
netic card, IC card or the like), and to select the user 
profile and input the password by inserting the portable 
nonvolatile storage medium into a storage medium 
reading interface of each device. 
[0252] Further, in the present embodiment, when the 
user profile is used, it is judged from the user name 
whether or not the device is usable for the user defined 
by the user profile. However, it is possible to check the 
group information included in the user profile and thus 
set the available devices for each specific group. 
[0253] The present invention can be applied to a sys- 
tem composed of plural devices (e.g., host computer, 
interface equipment, reader, printer and the like), or to 
each functkxi of an apparatus comprising a single de- 
vice (e.g., copying machine, fax machine or the like). 
[0254] Needless to say. the object of the present in- 
vention can be achieved also in a case where a storage 
medium recording therein program codes of software for 
realizing the tunctons of the above embodiments is sup- 
plied to the system or the apparatus, and thus a com- 
puter (including CPU or MPU) of the system or the ap- 
paratus reads and executes the program codes stored 
in the storage medium. In this case, the program codes 
themselves read from the storage rriedium realize the 
functkxis of the above embodiments, whereby the stor- 
age medium storing therein the program codes consti- 
tutes the present inventkxi. 

[0255] As the storage medium for storing the program 
codes, for example, a floppy disk, a hard disk, an optical 
disk, a magnetooptcal disk, a CD-ROM, a CD-R. a mag- 
netc tape, a nonvolafile memory card, a ROM and the 
like can be used. 

[0256] Further, needless to say. the present invention 
includes not only a case where the computer executes 
the read program codes to realize the functions erf the 
above embodiments, but also a case where an OS (op- 
erating system) running on the computer performs a part 
or all of the actual processes on the basis of the instruc- 
tions of the program codes and thus the functions of the 
above embodiments are realized by such the process- 
es. 

[0257] Further, needless to say, the present invention 
also includes a case where, after the program codes 
read from the storage medium are written into a memory 
provided in a functbn expansion board inserted in the 
computer or a function expansion unit connected to the 
computer, a CPU or the like provkted in the functkxi ex- 
pansk>n board or the functkxi expanskxi unit performs 
a part or all of the actual processes on the basis of the 
instructkxis of the program codes and thus the functkxis 
of the above embodiments are realized by such the 
processes. 

[0258] In the case where the present invention is ap- 
plied to the storage medium, the program codes corre- 
sponding to the previously explained flow charts are 
stored in the medium. 

[0259] As explained above, it is possible to provide 
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the multifunctional system and its data transfer method 
which can dispense the user from complicated handling 
without Increasing the cost and in which flexible setting 
is possible for the individual. 

[0260] That is. the data is transferred from the network s 
scanner to the network printer, and the management 
server includes the complicated structural information 
to realize the copying as the transfer path profile. Thus, 
it is possible to realize the copying f unctkxi only by se- 
lecting from the network scanner which transfer path io 
profile is to be used, thereby giving user-friendliness. 
Further, it is unnecessary to provide the console panel 
for complicated operation designatkxi in the scanner, 
thereby decreasing cost. Further, since the nnar^ge- 
ment sender includes the user informatkxi as the user is 
profile and the user profile is selected before the selec- 
X\on of the transfer path profile, it is possible to restrict 
the available devrce for each user 
[0261] Further, the data is transferred from the net- 
work scanner to the network printer, and the manage- 20 
ment server includes the complicated structural infor- 
nnation to realize the copying as the trar^sfer path profile. 
Thus, it is possible to realize the copying function only 
by selecting from the network printer whk:h trar^er path 
profile is to be used, thereby giving user-friendliness. 2S 
Further, it is unnecessary to provkte the console panel 
for complcated operation designation in the printer, 
thereby decreasir^ cost. Further, since the manage- 
ment server includes the user informatkxi as the user 
profile and the user profile is selected before the selec- 30 
Xkyn of the transfer path profile, it is possible to restrict 
the available devk^e for each user. 
[0262] Further, in the case where numerous transfer 
path profiles and user profiles have been registered in 
the mar^agement server, only the transfer path profile 3S 
and the user profile concerning own device are trans- 
ferred to such the device. Therefore, it is possible to re- 
duce the k>ad of the network as a whole as\6 also save 
the capacity of the RAM in each device storing these 
profiles. theret>y reducing cost. 40 
[0263] Further, the transfer path profile and the user 
profile are stored in the nonvolatile menrxxy of each de- 
vice. Therefore, even if the management server does 
not start up, it is possible to perform the printing based 
on the informatbn concerning the transfer path profile ^ 
and the user profile stored in the nonvolatile memory of 
each device. 

[0264] Further, the user profile and the password are 
stored in the portable nonvolatile merrrory. Therefore, it 
is possible to select the user profile and input the pass- so 
word only by inserting the nonvolatile memory into the 
device. 

[0265] Further, it is possible to set the available devk^e 
rK>t only for each user but also for the group the users, 
whereby it is possible to perform effective user manage- ss 
ment. 

[0266] Although the present invention has been ex- 
plained by using the several preferred embodiments, 



the present invention is not limited to the structures of 
these embodiments. That is, various nxxiificatk)ns and 
changes are possible in the present invention without 
departing from the spirit and scope of the annexed 
claims. 



Claims 

1. An information processing system in whk:h at least 
one or more input devce for inputting data, plural 
output devces for outputting the input data, and an 
informatkxi processing device for controlling 
processing of the data are connected to others 
through a networic, wherein 

sakJ informatkxi processing device comprises 

device informatkxi acquirement means for 
acquiring device informatkxi of said input 
device and saki output devk^e, 
search means for searching for the output 
device capable of outputting the data input 
from sakj input devk:e on the basis of the 
acquirement result of sakJ devce informa- 
tion acquirement nneans. and 
registratkxi means for registering virtual in- 
put/output device informatkxi on the basis 
of the device informatkxi of sakJ input and 
output devk^es detected by sakj search 
means, and 

saki input devce connprises 

virtual device informatkxi acquirement 
means for acquiring the virtual input/output 
devce infonmatkxi, and 
transfer means for directly transferring the 
data to said output device designated by 
the virtual input/output devce information. 

2. A system according to Claim 1 , wherein said input 
devce comprises devce informatkxi generation 
means for generating the device infonmation of said 
input devce. 

3. A system according to Claim 1 . wherein sakJ output 
devce comprises devce informatkxi generation 
means for generating the device information of sakJ 
output devce. 

4. A system according to Claim 1 , wherein the devce 
informatkxi includes at least transfer protocol infor- 
mal ibn capable of being transmitted and received 
by sakj input devce or said output device and data 
format information capable of being input and out- 
put by sakj input device or saki output device. 
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5. A system according to Claim 1 . wherein said infor- 
mation processing device comprises device infor- 
mation selection means for selecting the device in- 
formation from among the plural device information 
when the device information of said plural input de- s 
vices are acquired by said device infonnation ac- 
quirement means. 

6. A system according to Claim 1 . wherein said infor- 
mation processing device comprises output device io 
selection means for selecting said one or plural out- 
put device pairing with said input device when said 
plural output devices capable of outputting the data 
are detected by said search means. 

15 

7. A system according to Claim 6, wherein the selec- 
tion d said output device pairing with said input de- 
vice by said output device selection means is per- 
formed by using a graphical user interface. 

20 

8. A system accofding to Claim 1 , wherein the virtual 
input/output device information includes at least in- 
put device discrimination infonmation for discrimi- 
nating said input device on the network, output de- 
vice discrimination information for discriminating 2S 
said output device on the network, transfer protocol 
informatkxi capable of performing data transfer be- 
tween said input and output devices. arKt data for- 
mat infonmation capable of being input and output 

by saki output devk^. 30 

9. A system according to Claim 1 . wherein sad input 
device comprises device information selection 
means for selecting input/output devce tnfonrnation 
from anrK)ng the plural input/output device infomna- ^ 
Xion when the plural input/output device Informatky) 
are acquired by said virtual device information ac- 
quirement means. 

10. A system according to Claim 9. wherein the selec- 40 
tion of the input/output device information by sakJ 
device information selection means is performed by 
handling a console unit. 

1 1 . A system according to Claim 1 , wherein said trans- ^ 
fer means sequentially performs the data trar^sfer 

to sakl plural output devices when the data is to be 
transferred to said plural output devices. 

1 2. A system according to Claim 1 , wherein sakJ trans- so 
fer means simultaneously performs the data trans- 
fer to said plural output devices bebnging to a spe- 
cific group when the data is to be transferred to said 
plural output devices. 

55 

1 3. A system according to Claim 1 , wherein said output 
device comprises 



virtual device information confirmation means 
for confirming whether or not output designa- 
tion is made by the virtual input/output device 
informaton. 

data receptkxi means for receiving the data di- 
rectly transferred from sakJ input device based 
on the virtual input/output device information 
when the output designation is confirmed by 
sakj virtual device information confirmation 
means, and 

output means for outputting the data received 
by said data reception means. 

14. A system according to Claim 1 , wherein a manage- 
ment device for integrally managing the device in- 
formation and the virtual input/output device infor- 
mation including transfer method information is 
connected to the network. 

15. A system according to Claim 14, wherein storage 
means for storing management information of saki 
nnanagement device is connected to sakJ nnanage- 
ment devx:e. 

16. A system according to Claim 1 , wherein said infor- 
mation processing devk:e comprises storage 
means for storing the device infomriation and the vir- 
tual input/output devce information irrcluding trans- 
fer method information. 

17. An information processing method for an informa- 
tion processing system in which at least one or more 
input device, plural output devices and an informa- 
tion processing devce are connected to others 
through a network, and the output device is desig- 
nated to output data input from the input device, 
wherein 

the information processing device acquires de- 
vice information of the input device and the out- 
put device, searches for the output device ca- 
pable of outputting the data input from the input 
device on the basis of the acquired device in- 
formatkxi. and registers virtual input/output de- 
vice infonmation on the basis of the device in- 
formatkxi of the searched and detected input 
and output devices, and 
the input device acquires the virtual input/out- 
^ put device information, and then directly trans- 
fers the data to the output device designated 
by the virtual input/output device informatkxi. 

18. A method according to Claim 17, wherein the input 
device generates the device information of the input 
device. 

19. A method according to Claim 17, wherein the output 
device generates the device informatkxi of the out- 
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put device. 

20. A method according to Claim 1 7, wherein the device 
Infonmation includes at least transfer protocol infor- 
mation capable of being transmitted and received s 
by the input device or the output device and data 
format infonmation capable of being input and out- 
put by the input device or the output device. 

21 . A method according to Claim 1 7, wherein the Infor- io 
mation processing device selects specific device in- 
formation from among the plural device information 
when the device information of the plural input de- 
vices are acquired. 

75 

22. A method according to Claim 1 7, wherein the infor- 
mation processing device selects the one or plural 
output device pairing with the input device when the 
plural output devices capable of outputting the data 
are searched and detected. 20 

23. A method according to Claim 22, wherein the selec- 
tion of the output device pairing with the input device 
is performed by using a graphical user interface. 

25 

24. AmethodaccordingtoClaim 17, wherein the virtual 
input/output device information includes at least in- 
put device discrimination infonmation for discrimi- 
nating the input device on the network, output de- 
vice discrimination information for discriminating 30 
the output device on the network, transfer protocol 
informatkxi capable of performing data trartsfer be- 
tween the input and output devbes. and data format 
informatkxi capable of being input and output by the 
output devce. 3S 

25. A method according to Claim 17, wherein the input 
device selects input/output devce informatkxi from 
among the plural input/output device informatkxi 
when the plural input/output device information are 40 
acquired. 

26. A method according to Claim 25, wherein the selec- 
tkxi of the input/output devrce information is per- 
formed by handling a console unit. 45 

27. A method according to Claim 17, wherein the data 
transfer is sequentially performed to the plural out- 
put devices when the data is to be transferred to the 
plural output devices. so 

28. A method according to Claim 17, wherein the data 
transfer is simultaneously performed to the plural 
output devrces bekxiging to a specific group when 
the data is to be transferred to the plural output de- 5S 

vices. 

29. A method according to Claim 1 7, wherein the output 



devce confirms whether or not output designation 
is made by the virtual input/output device infonma- 
tkxi, receives the data directly transferred from the 
input devk:e based on the virtual input/output device 
informatkxi when the output designation is con- 
firmed, and outputs the received data 

30. An input devce which is connected to plural output 
devces and an information processing device 
through a networit, comprising: 

virtual device information acquirement means 
for acquiring virtual input/output devk;e infor- 
matkxi; 

transfer method informatkxi acquirement 
means for acquiring transfer method informa- 
tion included in the virtual input/output device 
infomnatkxi; and 

transfer means for directly transferring data to 
the output device designated by the virtual in- 
put/output devrce informatkxi, on the basis of 
the transfer method information. 

31. A device according to Claim 30, further comprising 
devce informatkxi generatkxi means for generat- 
ing device informatkxi. 

32. A devce according to Claim 31 . wherein the devce 
informatkxi includes at least transfer protocol infor- 
matkxi capable of being transmitted and received 
and data fonmat informatkxi capable of being input 
and output. 

33. A device according to Claim 30, further comprising 
devce infonmation selection means for selecting 
the input/output device informatkxi from among the 
plural input/output device informatkxi when the plu- 
ral input/output devce informatkxi are acquired by 
sad virtual device informatkxi acquirement means. 

34. A device according to Claim 33. wherein the selec- 
tkxi of the input/output devce informatkxi by said 
devce informatkxi selection means is performed by 
handling a console unit. 

35. A device according to Claim 30, wherein sakJ trans- 
fer means sequentially performs the data transfer 
to said plural output devices when the data is to be 
transferred to sakj plural output devices. 

36. A devce according to Claim 30, wherein said trans- 
fer means simultaneously performs the data trans- 
fer to sakJ plural output devces belonging to a spe- 
cific group when the data is to be transferred to sakJ 
plural output devices. 

37. An output device which is connected to at least one 
or more input device and an information processing 
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device through a network, comprising: 

virtual device information confirmation means 
for confirming whether or not output designa- 
tion is made by virtual input/output device infor- s 
mation generated by said information process- 
ing device; 

data reception means for receiving data directly 
transferred from said input device based on 
transfer method riformation included in the vir- 10 
tual input/output device infomnation when the 
output designation is confirmed by said virtual 
device information confirmation mear^; and 
output means for outputting the data received 
by said data reception means. is 

38. An infomiation processing device which is connect- 
ed to at least one or rTx>re input device and plural 
output devices through a network, comprising: 

20 

device information acquiremeri means for ac- 
quiring device infonrration of said input device 
and saki output device; 

judgment means for judging whether or not the 
output device capable of outputting data input 
from sakj input devce exists, on the basis of 
the acquirement result of saki devkre informa- 
tbn acquirement means; 
transfer method informatkx) generatkxi means 
for gerrerating transfer method infomnatkxi on 30 
the basis of the respective device inforrretion 
of said output and input devices, when it is 
judged by sakj judgment means that the output 
device capable of outputting the data from sakJ 
input devk^e exists; 3S 
registratkxi means for registerir»g virtual input/ 
output device informatkxi including the transfer 
method informatkxi. 

39. A device according to Claim 38. wherein the devrce 40 
informatkxi includes at least transfer protocol infor- 
mation capable of being transmitted and received 

by said input devk;e or sakJ output device and data 
format informatkxi capable of being input and out- 
put by saki input devk:e or said output device. 45 

40. A device according to Claim 38. further comprising 
device information setectkxi means for selecting 
the devce informatkxi from among the plural device 
informatkxi when the device informatkxi of said pi u- so 
ral input devices are acquired by said devk:e infor- 
mation acquirement means. 

41. A device according to Claim 38, further comprising 
output devk:e selectkxi means for selecting said ss 
one or plural output device pairing with said input 
device when it is judged by said judgment means 
that said plural output devices capable of outputting 



the data exist. 

42. A device according to Clacm 41 . wherein the selec- 
tkxi of said output device pairing with sakj input de- 
\nce by sakJ output devrce selection means is per- 
formed by using a graphcal user interface. 

43. A device according to Claim 38. wherein the trans- 
fer method informatkxi includes at least input de- 
vice discrimination information for discriminating 
sati input devk:e on the network, output devce dls- 
criminatkxi informatkxi for discriminating saki out- 
put device on the network, transfer protocol infor- 
matkxi capable of performing data transfer between 
sakJ input and output devces. and data format in- 
formation capable of being input and output by saki 
output devce. 

44. A device according to Claim 38, further comprising 
storage means for storing the device information 
and the virtual input/output devk:e infomnatkxi in- 
cluding the transfer method information. 

45. A multifunctkxial system which is composed <^ an 
input devk^e, an output devce and a host computer 
connected a network, wherein 

saki host computer comprises 

devrce information acquirement means for 
acquiring devk:e informatkxi of said input 
and output devices. 

transfer method definrtkxi means for gen- 
erating transfer method informatkxi to de- 
fine a transfer method between said input 
and output devces. in accordance with the 
device information of said input device and 
the device information of said output de- 
vice acquired by saki device information 
acquirement means, and 
logical input/output devk^e registration 
means for generating togical input/output 
device information according to the trans- 
fer method informatkxi defined by said 
transfer method definitkxi means, and reg- 
istering bgical input and output devices, 
and 

said input devk:e and said output devk;e com- 
prise 

device information notificatk>n means for 
notifying the device informatkxi of saki in- 
put and output devices, 
logical input/output device information ac- 
quirement means for acquiring the logical 
input/output device informatkxi registered 
in saki logical input/output device registra- 
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tion means, and 

transfer means for transferring data from 
said input device to said output device in 
accordance with the logical input/output 
device information acquired by said logical s 
input/output information acquirement 
means. 

46. A system according to Claim 45. wherein the device 
information ratified by said device infomration noti- io 
fication means includes communication protocol in- 
formation capable of being transmitted and re- 
ceived by said input device or said output device 
and data fomr^t information capable of being input 
and output by said input device or said output de- is 
vice. 

47. A system according to Claim 45. wherein said de- 
vice information notification means further compris- 
es device information change detection means for 20 
detecting a change of the device information of said 
input and output devices, and notifies the device in- 
formation in accordance with the changed device 
information. 

25 

48. A system according to Claim 45, wherein said trans- 
fer method definition means univocally defines 
communication protocol information capable of be- 
ing transferred between said input and output de- 
vices and data format information capable of being 30 
input and output 

49. A system according to Claim 45, wherein said trans- 
fer method definition means defines at least one or 
more output device capable of outputting data from 3S 
said input device. 

50. A system according to Claim 45. wherein said log- 
ical input/output device registration means further 
comprises user information definition means for . 40 
changing or adding transfer method definition infor- 
mation for each user, and registers the logical input 
and output devices according to the transfer meth- 
od definition information and user information. 

45 

51. A system according to Claim 45. wherein said log- 
ical input/output device information acquirement 
means is provided within said input device, and said 
input device further comprises logical input/output 
device selection means for univocally selecting the so 
logical input and output devices capable of output- 
ting data from said input device. 

52. A system according to Claim 45, wherein said log- 
ical input/output device information acquirement ss 
means is provided within said output device, and 
said output device further comprises logical input/ 
output device selection means for univocally select- 



ing the logical input and output devices capable of 
outputting data to said output device. 

53. A system according to Claim 45, wherein said trans- 
fer means acquires the transfer method information 
by said transfer method information acquirement 
means according to the logical tnput/output device 
information, and transfer the data according to the 
transfer method information. 

54. A system according to Claim 45, wherein said mul- 
tifunctional system includes a file server, and at 
least one of the device information, the transfer 
method information and the logical input/output de- 
vice information is registered in said file sender. 

55. A multifunctional system which is composed of an 
input device, an output device and a host computer 
connected a network, comprising: 

device information acquirement means for ac- 
quiring device information of said input and out- 
put devices; 

transfer method definition means for generat- 
ing transfer method information to define a 
transfer method between said input and output 
devices, in accordance with the device infomra- 
tion of said input device and the device infor- 
mation of said output device acquired by said 
device information acquirement means; 
logical input/output device registration means 
for generating logical input/output device infor- 
mation according to the transfer method infor- 
mation defined by said transfer method defini- 
tion means, and registering logical input and 
output devices; 

device information notification means for noti- 
fying the device information of said input and 
output devices; 

logical input/output device information acquire- 
ment means for acquiring the logical input/out- 
put device infom^tion registered in said logical 
input/output device registration means; and 
transfer means for transf errii ig data from said 
input device to said output device in accord- 
ance with the logical input/output device infor- 
mation acquired by said logical input/output in- 
formation acquirement means. 

56. A data transfer method in a multifunctional system 
whiph is composed of an input device, an output de- 
vice and a host computer connected a network, sakj 
method comprising the steps of: 

generating transfer method information to de- 
fine a transfer method between the input and 
output devices, in accordance with device in- 
formation of the input device and device infor- 



26 



51 



EP0 975 145 A2 



52 



mation of the output device; 
generating logical input/output device informa- 
tion according to the transfer method informa- 
tion and registering logical input and output de- 
vices; and 5 
transferring data from the input device to the 
output device in accordance with the logical in- 
put/output device information registered. 

57. A mettKxJ according to Claim 56. further comprising io 
the step of changing or adding transfer method def- 
inition information for each user. ar»d 

wherein the logical input and output devices 
are registered according to the transfer method def- 
inition infonmation and user information. is 

58. A method according to Claim 56, further comprising 
the step of causing the input device to unrvocally 
select the logical input and output devices capable 

of outputting data from the input device. 20 

59. A method according to Claim 56. further comprising 
the step of causing the output device to univocally 
select the logical input and output devices capable 

of outputting data to the output device. 2S 

60. A storage medium for computer-readably storing a 
data transfer control program in a multifunctional 
system composed of an input device, an output de- 
vice ar>d a host computer connected a network, said 30 
program comprising: 

a module for acquiring device information of the 
input device and device information of the out- 
put device; 3S 
a module for generating transfer nrtethod infor- 
mation to define a transfer method between the 
input and output devices, in accordance with 
the device information of the input device an6 
the device information of the output device; and ^ 
a rrxxlule for generating logical input/output de- 
vice information according to the defined trans- 
fer method information and registering logical 
input arid output devices. 

45 

61 . A medium according to Claim 60, wherein said data 
transfer control program is executed by the host 
computer. 

62. A storage medium for computer-readably storing a so 
data transfer control program in a multifunctional 
system composed of an input device, an output de- 
vice and a host computer connected a network, said 
program comprising: 

55 

a nxxJule for notifying device informatkxi of the 
devices; 

a rrxxiute for acquiring k>gical input/output de- 



vice informatkxi; and 

amodule for transferring data from the input de- 
vice to the output device in accordance with the 
acquired logical input/output device infonma- 
tion. 

63. A medium according to Claim 62, wherein said data 
transfer control program is executed by the input 
device and/or the output device. 

64. A multifunctkxial system in which an input device, 
an output device and a management server all con- 
nected to a network are combined with others to 
constitute a copying function, wherein 

saki management server comprises 

device information acquirement means for 
acquiring device informatkxi inherent for 
each said input and output devk:es, 
device information storage means for stor- 
ing the devce information acquired by said 
device informatkxi acquirement means in- 
to a database, 

transfer path information generation 
means for generating transfer path infor- 
matkxi to constitute an input/output path 
between saki input and output devices, on 
the basts d the device informatkxi stored 
in saki device infonmatkxi storage means, 
transfer path information storage means 
for storing the transfer path infonmation 
generated by said transfer path information 
generation means, into the data base, and 
transfer path infonmation supply means for 
supplying the transfer path information 
stored in saki transfer path infonmation 
storage means, in accordance with a trans- 
fer demand of said input device or said out- 
put device, and 

sakj input device or sakJ output device compris- 
es 

device infonmation supply means for trans- 
mitting the device informatkxi inherent for 
each device, to said management sender, 
transfer path informatkxi acquirement 
means for acquiring the transfer path infor- 
matkxi stored in said transfer path infonnna- 
tion storage means, from said nnanage- 
ment server, 

transfer path information selection means 
for selecting one transfer path infonmation 
from the one or more transfer path infomna- 
tion acquired by sakj transfer path informa- 
tion acquirement means, and 
data transfer means for transferring data 



27 



53 



EP0 975145 A2 



54 



from said input device to said output device 
in accordance with the transfer path infor- 
mation selected by said transfer path infor- 
mation selection means. 

5 

65. A system according to Claim 64. wherein said trans- 
fer path infomnation generation means includes 
transfer path information setting means for setting 
the transfer path information. 

10 

66. A system accordingto Claim 64. wherein said trans- 
fer path information acquirenrtent means acquires 
only the transfer path information relative to each of 
said input and output devices from said transfer 
path information storage means of said manage- is 
ment sender, and 

said transfer path infomretion supply means 
supplies, according to the transfer demand each 
ol said devices, only the transfer path information 
relative to the demanded device. 20 

67. A system according to Claim 64. wherein said input 
device or said output device comprises: 

transfer path infomDation storage means for 2S 
storing the transfer path information into a da- 
tabase; and 

trarisfer path information selection means for 
selecting one transfer path information from the 
one or more transfer path information stored in 30 
transfer path information storage means of 
each of said devices. 

68. A multifunctional system in which an input device, 

an output device and a management server all con- 3S 
nected to a network are confined with ethers to 
constitute a copying function, wherein 

said management server comprises 

40 

device information acquirement means for 
acquiring device information inherent for 
each of said input and output devices, 
device information storage means for stor- 
in g the device information acqu ired by said 45 
device information acquirement means in- 
to a database, 

transfer path information generation 
means for generating trarwfer path infor- 
mation to constitute an input/output path so 
between said input and output devices, on 
the basis of the device information stored 
in said device information storage means, 
transfer path information storage means 
for storing the transfer path information ss 
generated by said transfer path information 
generation means, into the data base, and 
transfer path information supply means for 



supplying the transfer path information 
stored in said transfer path information 
storage means, in accordance with a trans- 
fer demand of said input device or said out- 
put device, 

said input device and said output device com- 
prise 

device information supply means for trans- 
mitting the device information inherent for 
each device, to said management sender, 
and 

said input device comprises 

transfer path information acquirement 
means for acquiring the transfer path infor- 
mation stored in said transfer path informa- 
tion storage means, from said manage- 
ment sen/er, 

transfer path information selection means 
for selecting one transfer path information 
from the one or more transfer path informa- 
tion acquired by said transfer path informa- 
tion acquirement means, and 
output means for causing said output de- 
vice to perform an output operation in ac- 
cordarrce with the transfer path information 
selected by said transfer path information 
selection means. 

69. A system according to Claim 68. wherein said trans- 
fer path information generation means includes 
transfer path information setting means for setting 
the transfer path infonrtation. 

70. A system according to Claim 68, wherein said trans- 
fer path information acquirement means of said in- 
put device acquires only the transfer path informa- 
tion relative to said input device from said transfer 
path information storage means of said manage- 
ment server, and 

said transfer path information supply means 
of said management server supplies, according to 
the transfer demand of said input device, only the 
transfer path information relative to the demanded 
device. 

71. A system according to Claim 68, wherein said input 
device comprises: 

transfer path information storage means for 
storing the transfer path information into a da- 
tabase; and 

transfer path information selection means for 
selecting one transfer path information from the 
one or more transfer path information stored in 
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transfer path information storage means of said 
input device. 

72. A muttifunctional systenri in which an input device, 

an output device and a management sender all con- s 
nected to a network are combined with others to 
constitute a copying function, wherein 

said managennent server comprises 

10 

device information acquirement means for 
acquiring device infonmation inherent for 
each of said input and output devices, 
device information storage means for stor- 
ing the device infonmation acquired by said is 
device information acquirement means in- 
to a database. 

transfer path information generation 
means for generating trar^er path infor- 
mation to constitute an input/output path 20 
between said input and output devices, on 
the basis of the device information stored 
tn said device information storage means, 
transfer path information storage means 
for storing the transfer path infomreition 2s 
generated by said transfer path information 
generation means, into the data base, and 
transfer path information supply means for 
supplying the transfer path information 
stored in said transfer path information 30 
storage means, in accordance with a trans- 
fer demand said Input device or said out- 
put device. 

said input device and said output device com- 3S 
prise 

device information supply means for 
transmitting the device information inherent for 
each device, to said management server, and 
said output device comprises 40 

transfer path information acquirement 
means for acquiring the transfer path infor- 
mation stored in said transfer path informa- 
tion storage means, from said manage- 4S 
ment server, 

transfer path information selection means 
for selecting one transfer path information 
from the one or more transfer path informa- 
tion acquired by said transfer path informa- so 
tion acquirement means, and 
output means for causing said input device 
to perform an input operation in accord- 
ance with the transfer path information se- 
lected by said transfer path information se- ss 
lection means. 

73. A system according to Claim 72, wherein said trans- 
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fer path information generation nneans includes 
transfer path information setting means for setting 
the transfer path information. 

74. A system according to Claim 72, wherein said trans- 
fer path information acquirement means of said out- 
put device acquires only the transfer path informa- 
tion relative to said output device from said transfer 
path infonmation storage means of said manage- 
ment sender, and 

said transfer path information supply means 
ol said management server supplies, according to 
the transfer demand of said output device, only the 
transfer path information relative to the demanded 
device. 

75. A system according to Claim 72. wherein said out- 
put device comprises: 

transfer path information storage means for 
storing the transfer path information into a da- 
tabase; and 

transfer path information selection means for 
selecting one transfer path information from the 
one or more transfer path information stored in 
transfer path information storage means said 
input device. 

76. A multifunctional system in which data is transferred 
from an input device to an output device both con- 
nected to a network to constitute a copying function, 
comprising: 

device information acquirement means for ac- 
quiring device infonmation inherent for each of 
said input and output devices; 
transfer path information generation means for 
generating transfer path information to consti- 
tute an input/output path between said input 
and output devices on the basis of the acquired 
device infonmation, and storing the generated 
transfer path information into a database; 
transfer path information supply means for sup- 
plying the stored transfer path infomnation in 
accordance with a transfer demand of said in- 
put device or said output device; and 
data transfer nrieans for transfemng the data 
from said input device to said output device in 
accordance with the supplied transfer path in- 
formation. 

77. A system according to Claim 76, wherein saki trans- 
fer path information generation means includes 
transfer path infomriation setting means for setting 
the transfer path information. 

78. A system according to Claim 76, further comprising 
transfer path information selection means for se- 
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tecting one transfer path information from the one 
or more transfer path information supplied by said 
transfer path information supply means. 

79. A system according to Claim 76, wherein said trans- 
fer path information supply means supplies, accord- 
ing to the transfer demand of each device, only the 
transfer path information relative to the demanded 
device. 

80. A data transfer method in a multifunctional system 
in which data is transferred from an input device to 
an output device both connected to a network to 
constitute a copying function, said method compris- 
ing the steps of: 

generating transfer path information to consti- 
tute an input/butput path between the input and 
output devices on the basis of device informa- 
tion inherent for each of the input and output 
devices, and storing the generated transfer 
path information into a database; and 
transferring the data from the input device to 
the output device in accordarw^e wrth the trans- 
fer path information supplied based on a trans- 
fer demand of the input device or the output de- 
vice. 
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IS 



20 



25 



a module for storing the generated transfer path 
information into the database; and 
a rtKJdule for supplying the stored transfer path 
information in accordance wrth a transfer de- 
mand of the input device or the output device. 

85. A storage medium for computer-readably storing a 
data trarwfer control program used in a multifunc- 
tional system in which data is transferred from an 
input device to an output device both connected to 
a network to constitute a copying f unctfon , sakJ data 
transfer control program comprising: 

a module for transmitting device information in- 
herent for each device; 

a module for acquiring transfer path information 
to be stored; 

a module for selecting one transfer path infor- 
matkxi from the one or more transfer path in- 
formatkxi acquired; and 
a nrxxiule for transferring the data from the input 
device to the output device in accordance with 
the selected transfer path information. 



81 . A method according to Claim 60, wherein said step 
of generating the trartsf er path informatkxi includes 
the step of setting the transfer path infonmation. 



30 



82. A method according to Claim 80. further comprising 
the step of selecting one transfer path information 
from the one or nrx>re transfer path information sup- 3S 
plied. 



83. A method according to Claim 80, wherein in the 
transfer path informatk)n supply, in accordarce with 
the transfer demand of each device, only the trans- 
fer path informatnn relative to the demanded de- 
vice is supplied. 

84. A storage medium for computer-readably storing a 
data transfer control program used in a multifunc- 
tional system in which data is transferred from an 
input device to an output device both connected to 
a networtc to constitute a copying function, said data 
transfer control program comprising: 

a nrKxJule for acquiring device infonmation in- 
herent for each of the input and output devrces; 
a module for storing the acquired devce infor- 
mation into a database; 
a nrxxJule for generating transfer path informa- 
tkxi to constitute an input/output path between 
the input and output devices on the basis of the 
stored device infomiation; 
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